Claude를 "똑똑한 비서"로 쓰면 감탄은 남지만 시간은 안 남아요.
"반복 작업을 덜어주는 도구"로 쓰면 그제야 업무 시간이 줄어듭니다.
7가지 실전 레시피를 공유합니다.
동
프롬프트 랩
·9분 분량
아래 7개 레시피는 제가 지난 반년간 실제로 매주 쓰고 있는 것만 추렸습니다.
한 번 신기해서 써보는 용도가 아니라, 특정 업무를 대체한 것들만요.
그래서 프롬프트와 함께 "언제 쓰는가"까지 같이 적었습니다.
01회의록 → 액션 아이템 변환
이럴 때 씁니다
회의 끝나고 10분 안에 팀에 요약을 공유해야 할 때
✓ 프롬프트아래는 오늘 회의록 원문입니다.
[회의록]
{녹취록 붙여넣기}
다음 3가지를 출력해주세요:
1) 한 줄 요약
2) 결정된 사항 (불릿)
3) 액션 아이템 — 담당자 · 내용 · 기한 순서의 표로
추측성 내용은 포함하지 마세요. 원문에 없는 기한은 "미정"으로 표기.
녹취록을 통째로 넣고 Claude가 뽑아낸 표를 그대로 Notion이나 Slack에 붙여요.
"추측성 내용 제외" 한 줄이 생각보다 큰 역할을 합니다. 없으면 Claude가 문맥에서
합리적으로 유추한 내용까지 "결정사항"으로 끼워 넣거든요.
02코드 리뷰 1차 필터
이럴 때 씁니다
PR이 커서 리뷰가 부담스러울 때, 본인이 먼저 검토하고 싶을 때
✓ Projects에 저장당신은 시니어 파이썬 리뷰어입니다.
우리 팀 컨벤션은 다음과 같습니다.
- 함수는 40줄 이하 권장, 80줄 초과는 경고
- 모든 public 함수에 타입 힌트 필수
- print() 금지, logger 사용
- 테스트 커버리지: 로직 분기마다 1개 이상
아래 diff를 리뷰해주세요. 결과는 GitHub PR 코멘트 형식으로.
Line 번호를 명시하고, 각 지적마다 심각도를 [blocker / nit / praise] 로 표기.
팀 컨벤션을 Claude Projects에 "시스템 지침"으로 한 번 저장해두면,
매번 프롬프트에 붙여넣지 않아도 됩니다. 여기서 Claude가 지적한 항목을 먼저 스스로 반영한 뒤
PR을 올리면 동료가 받는 "리뷰 피로"가 체감상 절반으로 줄어요.
Claude의 리뷰를 100% 수용하지 마세요. "이 지적이 맞는가"를 판단하는 것까지가 리뷰입니다.
03이메일·슬랙 초안을 3안으로
이럴 때 씁니다
톤이 예민한 커뮤니케이션(거절, 사과, 협상) 초안이 필요할 때
✓ 프롬프트상황: 외주 개발사에게 납기 지연에 대한 불만을 전해야 함.
관계는 계속 유지해야 하고, 다음 프로젝트도 같이 할 가능성이 있음.
아래 세 가지 톤으로 각각 한 통씩 써주세요.
1) 정중하지만 단호
2) 협업적 — 해결책 제안 중심
3) 공식 — 계약/증빙용으로 남길 수 있게
각 안의 끝에 "이 안이 적합한 상황" 한 줄씩.
한 번에 3안을 받는 이유는 선택지를 늘리기 위해서가 아니라, 3안을 비교하면서
자기가 원하는 톤이 뭔지 더 명확해지기 때문입니다.
결국 최종본은 1번의 문단 + 2번의 결론 + 3번의 표현을 섞는 식이 됩니다.
04CSV·표 데이터 정리
이럴 때 씁니다
Excel로 하기엔 애매하고, 코드를 쓰기엔 일회성인 데이터 정리
✓ 프롬프트아래 CSV에서:
- "부서" 열 값이 비어있으면 "미지정"
- "입사일" 열은 YYYY-MM-DD 형식으로 통일 (현재 혼재)
- "연봉" 열은 숫자만, 단위(만원) 제거
같은 구조의 CSV로 반환해주세요. 파싱 가능한 raw CSV, 코드블록 안에.
[CSV 원본]
{데이터}
"같은 구조의 CSV"라는 한 줄과 "코드블록 안에"가 핵심이에요. 이게 없으면 Claude가
친절하게 "아래 수정 결과입니다~"로 시작하는 설명을 붙여서 바로 복붙이 안 됩니다.
데이터 정리에서는 모델이 수다 떨 여지를 없애는 것이 핵심.
05문서 초안을 Artifact로
이럴 때 씁니다
기획서, 제안서, PRD 같은 "재활용 가능한 초안"을 빠르게 만들 때
Claude의 Artifact 기능을 쓰면 Markdown이나 HTML로 문서를 띄워
바로 편집할 수 있어요. 일회성 대답 대신 "편집 가능한 결과물"을 받는 느낌입니다.
PRD 템플릿을 한 번 만들어두면 다음번엔 "이 템플릿에서 항목만 채워줘"로 호출 가능.
Artifact로 만든 문서는 URL로 공유 가능합니다. 회의 전에 초안을 Artifact로 띄워놓고
회의 참석자에게 링크를 돌리면, 회의 중에 Claude와 함께 수정하는 것도 가능해요.
06리서치 — 긴 문서 읽히기
이럴 때 씁니다
논문, 백서, 100쪽짜리 PDF를 1시간 안에 훑어야 할 때
✓ 프롬프트첨부 문서는 {주제}에 관한 {길이} 분량 {종류}입니다.
다음 순서로 출력해주세요:
1) 3문장 요약
2) 저자의 핵심 주장 3가지
3) 주장의 근거 강도(강함/중간/약함)와 이유
4) 반대 의견이 가능한 부분
5) 내가 추가로 찾아봐야 할 키워드 5개
원문을 직접 인용할 때는 페이지 번호를 표기해주세요.
특히 "근거 강도"와 "반대 의견" 요청이 중요해요. 이걸 안 넣으면 Claude는
저자 주장을 충실히 전달만 합니다. 넣으면 "이 주장은 샘플이 작은 단일 연구에 기반한다" 같은
비판적 읽기를 같이 해줍니다.
07주간 회고 파트너
이럴 때 씁니다
매주 금요일, 이번 주에 뭘 했는지 정리하고 싶을 때
✓ 프롬프트이번 주 내가 한 일입니다. (시간 순, 러프하게 작성)
{노트 붙여넣기}
다음을 도와주세요:
1) 이번 주의 진짜 성과 3가지 — 시간이 들었다고 성과는 아님
2) 잘 안 풀린 일 2가지와 그 패턴
3) 다음 주 1가지만 집중한다면? 제안해주세요. 단, 내 노트에 있는 맥락에 기반해서.
2)에서 지적한 패턴이 이전 주와 반복되지 않는지도 봐주세요(맥락에 있다면).
이 프롬프트의 묘미는 마지막 줄입니다. Claude가 이전 주 회고 데이터를 기억하진 않지만,
여러 주 기록을 한 Project 안에 쌓아두면 "이번 주는 지난 2주와 달리 회의가 너무 많았다" 같은
자기 패턴이 보이기 시작해요. 혼자 하는 회고보다 압도적으로 잘 보입니다.
모든 워크플로우의 공통 원칙
7개 레시피에서 반복해서 나오는 공통 원칙이 있어요.
출력 형식을 못 박는다 — "표로", "CSV로", "GitHub 코멘트 형식으로"
추측을 금지한다 — "원문에 없으면 '미정'으로"
모델의 수다를 막는다 — "다른 설명 없이", "코드블록 안에만"
관점을 주입한다 — "시니어 리뷰어", "비판적 독자"
이 네 가지를 자기 프롬프트에 체크리스트처럼 적용하면, 어떤 작업이든 Claude에서 받는 답의
품질이 안정화됩니다. 프롬프트의 원리는 프롬프트 엔지니어링 입문에서
더 자세히 다뤘으니 함께 읽어보세요.
자주 묻는 질문
Claude는 유료 버전이 꼭 필요한가요?
워크플로우 목적이면 Pro 구독을 권장합니다. 긴 문서(예: 100쪽 회의록 전체, 코드베이스 통째로)를 한 번에 넣고 싶을 때 무료 한도가 부족하기 때문입니다.
단발성 사용이라면 무료 버전으로도 충분합니다.
회사 민감 정보를 Claude에 넣어도 되나요?
조직의 AI 사용 정책을 먼저 확인해야 합니다. Anthropic은 Claude.ai에서 무료·Pro 사용자의 대화를 학습 데이터로 쓰지 않는다고 명시하고 있지만,
회사별로 더 엄격한 내부 규정이 있을 수 있습니다. 민감 정보라면 사내 승인된 AI 도구를 쓰세요.
Projects 기능과 일반 대화는 어떻게 다르게 써야 하나요?
Projects는 같은 맥락을 반복해서 불러야 하는 작업에 적합합니다. 예: 동일한 코드베이스 리뷰, 지속적으로 업데이트되는 회의록 요약.
한 번 쓰고 버릴 질문이라면 일반 대화가 빠릅니다.