실전에서 잘 쓰는 법, 지시·검증·워크플로우

⏱ 약 12분

핵심 개념 시리즈의 마지막 3편입니다. 1편에서 원리를, 2편에서 도구를 봤다면, 이번 편은 쓰는 사람의 기술입니다. 같은 도구를 써도 결과가 사람마다 크게 다른 이유가 여기에 있죠. 원칙은 하나입니다.

인풋이 아웃풋을 결정합니다. AI 결과물의 품질은 지시의 품질에 비례합니다.

구체적 지시의 기술

가장 흔한 실수는 사람에게도 통하지 않을 모호한 지시를 AI에게 주는 일입니다. 똑똑한 신입에게 일을 맡긴다고 생각하세요. 신입이 잘하려면 범위, 기준, 형식이 필요합니다.

모호한 지시	구체적 지시
"보고서 써줘"	"3월 매출 보고서. 전월 대비 증감을 표로, 핵심 인사이트 3가지, A4 1장 이내"
"이메일 정리해줘"	"받은편지함에서 회신 필요한 메일만 골라서, 발신자·요지·마감일 표로"
"자료 조사해줘"	"국내 [주제] 시장 규모와 상위 5개 사업자. 출처 링크 포함, 2년 이내 자료만"

구체화할 때 챙길 것은 네 가지입니다.

목적을 말한다

"누가 왜 읽는 문서인지"를 알려주면 톤과 깊이가 맞춰집니다. "투자자에게 보낼 요약"과 "팀 내부 공유용 메모"는 같은 내용도 완전히 다르게 써야 합니다.

범위를 자른다

"전부 다"는 지시가 아닙니다. 기간, 대상, 개수를 자르세요. "최근 3개월", "상위 5개", "국내만" 같은 한정이 결과를 선명하게 만듭니다.

형식을 지정한다

표, 불릿, 분량, 파일 형태까지 지정하세요. "표로", "A4 1장", "마크다운 파일로 저장"처럼요. 형식 지정은 공짜로 품질을 올리는 가장 쉬운 방법입니다.

좋은 예시를 준다

과거에 잘 나온 결과물이 있다면 "이 파일과 같은 형식으로"라고 붙여주세요. 백 마디 설명보다 예시 하나가 정확합니다.

AI가 먼저 질문하게 만들기

지시를 완벽하게 쓸 자신이 없어도 괜찮습니다. 프롬프트 끝에 이 한 줄을 붙이세요.

불분명하거나 정보가 부족하면, 작업 시작 전에 먼저 물어봐줘.

WHY — 왜 효과가 있나요?

AI는 기본적으로 "주어진 것만으로 어떻게든 해내려는" 성향이 있습니다. 정보가 부족하면 그럴듯하게 추측해서 채우는데, 이 추측이 빗나가면 결과물 전체가 어긋나죠. 질문을 허락하면 추측 대신 확인을 하게 되어, 빗나간 방향으로 오래 달리는 낭비가 사라집니다.

검증 매직워드

AI의 결과물은 그럴듯해 보여도 틀릴 수 있습니다. 특히 숫자와 사실관계는 반드시 한 번 더 확인시키세요. 아래 문장들을 그대로 쓰면 됩니다.

상황	매직워드
숫자 작업 후	"지금 계산한 거 맞는지 처음부터 다시 검증해줘"
리서치 후	"방금 조사 내용 중 출처가 불확실한 것만 골라서 표시해줘"
문서 작성 후	"이 문서를 처음 읽는 사람 관점에서 이해 안 되는 부분 지적해줘"
중요한 결정 전	"이 결론의 반대 논리를 가장 강하게 만들어봐"

TIP — 검증은 다른 세션에서

만든 세션에서 검증까지 시키면 "자기가 한 일을 자기가 채점"하는 셈이 됩니다. 중요한 결과물은 새 세션을 열어 결과물만 주고 검증시키면 훨씬 냉정한 평가를 받을 수 있습니다.

보안 수칙: 입력해도 되는 것과 안 되는 것

Claude에 입력하는 내용은 Anthropic 서버로 전송됩니다. 일반적인 업무는 괜찮지만, 아래는 어떤 AI 서비스에서든 직접 입력하지 않는 게 원칙입니다.

입력해도 되는 것	주의가 필요한 것
이메일·보고서 초안	고객 개인정보 (이름, 연락처, 주민번호)
일반 업무 자료	미공개 재무·계약 정보
공개된 시장 데이터	비밀번호, 인증키
내부 회의록 요약	법적 분쟁 관련 문서

CAUTION — 주의 대상을 다뤄야 할 때

고객 명단 정리처럼 개인정보가 낀 업무를 맡겨야 한다면, 이름을 "고객A, 고객B"로, 연락처를 "***"로 바꾼 뒤 작업시키고 결과에서 되돌리는 방식(가명화)을 쓰세요. 이 치환 작업 자체도 Claude에게 시킬 수 있습니다. 로컬 파일에서 치환한 뒤 치환본만 다루게 하면 되죠.

반복 업무를 스킬로 만드는 사고법

2편에서 스킬을 "레시피"라고 불렀습니다. 그렇다면 어떤 업무를 레시피로 만들어야 할까요? 판단 기준은 세 가지입니다.

한 달에 두 번 이상 하는가. 반복되지 않는 일은 스킬로 만들 가치가 없습니다
절차가 어느 정도 정해져 있는가. 매번 완전히 다른 판단이 필요한 일은 스킬보다 대화가 맞습니다
품질 기준을 말로 설명할 수 있는가. "이렇게 나오면 잘 된 것"을 설명할 수 있어야 레시피가 됩니다

세 가지에 해당하는 업무를 찾았다면, 만드는 순서는 간단합니다.

일단 한 번 잘 시켜본다

스킬을 먼저 설계하지 마세요. 그냥 대화로 한 번 시키고, 마음에 들 때까지 피드백으로 다듬으세요.

잘 나온 순간을 박제한다

결과가 마음에 든 바로 그 시점에 말하세요. "방금 한 작업 방식 그대로, 다음에도 쓸 수 있게 스킬로 만들어줘."

다음 실전에서 다듬는다

다음에 그 업무가 생기면 스킬을 호출해서 쓰고, 아쉬운 점이 있으면 "스킬에서 이 부분 고쳐줘"라고 하세요. 두세 번 반복하면 손에 맞는 레시피가 완성됩니다.

실전 워크플로우 예시 2개

위의 원칙들이 실제로 어떻게 조합되는지, 흔한 업무 두 가지로 보겠습니다.

예시 1. 회의록 정리

녹음 파일이나 메모를 받아 정리된 회의록으로 만드는 워크플로우입니다.

원본을 폴더에 넣는다

녹취록 텍스트나 손 메모를 작업 폴더에 넣습니다. 참석자 개인정보가 민감하면 이 단계에서 가명화합니다.

형식을 지정해 지시한다

"이 녹취록을 회의록으로 정리해줘. 시간순 나열 말고 주제별로 재구성하고, 각 주제마다 논의 내용 → 결정 사항 → 실행 항목(담당자·기한) 순서로. 결정되지 않은 제안은 '제안'으로 따로 표시해줘."

검증시킨다

"녹취록에 없는 내용을 회의록에 추가한 게 있는지 대조해줘. 결정 사항으로 적은 것 중 실제로는 결론이 안 난 것이 있는지도 확인해줘."

스킬로 굳힌다

형식이 마음에 들면 "이 회의록 형식을 스킬로 만들어줘"라고 해서, 다음부터는 /회의록 한 마디로 같은 품질을 반복합니다.

예시 2. 경쟁사 모니터링

매주 반복되는 리서치 업무를 반자동화하는 워크플로우입니다.

모니터링 대상을 문서로 정의한다

경쟁사 목록, 확인할 항목(신제품, 가격 변동, 채용 공고, 보도자료), 결과 형식을 파일 하나에 적어둡니다. 이 문서가 매주 반복 지시의 기준이 됩니다.

첫 조사를 대화로 시킨다

"이 문서의 기준대로 조사해서, 회사별로 '변화 있음/없음'을 먼저 요약하고, 변화가 있는 곳만 상세히 정리해줘. 모든 항목에 출처 링크를 달아줘."

출처를 검증시킨다

"방금 정리한 내용 중 출처 링크가 실제로 그 내용을 담고 있는지 하나씩 확인해줘." 리서치 업무에서 이 단계를 건너뛰면 그럴듯한 오보가 보고서에 섞입니다.

스킬로 만들고 매주 호출한다

결과 형식이 자리잡히면 스킬로 굳히고, 매주 같은 요일에 호출합니다. 지난주 결과 파일을 함께 주면서 "지난주 대비 변화만 강조해줘"라고 하면 비교 리포트가 됩니다.

시리즈 마무리

CHECK — 3편 핵심 요약

지시는 목적·범위·형식·예시 네 가지로 구체화합니다. 똑똑한 신입에게 맡기듯이요
"불분명하면 먼저 물어봐줘" 한 줄이 빗나간 추측을 막습니다
숫자와 사실은 검증 매직워드로 한 번 더, 중요한 결과물은 새 세션에서 확인합니다
개인정보·기밀은 입력하지 않거나 가명화해서 다룹니다
월 2회 이상 반복 + 절차 존재 + 품질 기준 설명 가능 = 스킬로 만들 업무

여기까지 원리(1편), 도구(2편), 기술(3편)을 모두 다뤘습니다. 이제 남은 일은 실제 업무에 하나씩 적용해 보는 것뿐이죠. 작게 시작하세요. 오늘 한 번이라도 반복했던 업무 하나가 가장 좋은 출발점입니다.