이 글의 인물, 시각(17:52 → 17:56), 사무실 장면은 이해를 돕기 위한 가상 재연이에요. 이메일 화면은 개인정보와 실제 문구를 노출하지 않는 요약 재현이에요.
비교에 쓴 전후 실행 기록만은 실제로 남긴 로그예요. 어느 쪽이 재연이고 어느 쪽이 로그인지 본문에서 그때마다 구분해 적었어요.
먼저 결론부터
AI가 쓴 업무 이메일이 어딘가 어색한 이유는 대개 AI가 내용을 빠뜨려서가 아니에요. 요청에 이 결과가 언제 통과인지를 적지 않았기 때문이에요.
요청을 보낼 때 네 칸만 채우세요.
| 칸 | 무엇을 쓰나 | 이 사례에서 |
|---|---|---|
| 목적 | 이 글을 읽고 누가 무엇을 하길 바라는가 | 실무팀이 자기 업무·마감일을 확인하고 다르면 회신 |
| 재료 | 어떤 원문을 근거로 쓰는가 | 회의 메모 원문. 메모에 없는 건 지어내지 않기 |
| 형식 | 어떤 모양으로 받고 싶은가 | 결정 사항과 미정 사항을 분리한 블록 |
| 합격선 | 무엇이 되어 있어야 통과인가 | 받는 사람이 “뭘 확인해서 답할지” 한 번에 알 것 |
앞의 세 칸은 이미 쓰시는 분이 많아요. 결과를 바꾸는 건 대부분 네 번째 칸이에요.
사건 — 퇴근 5분 전
17시 52분. 가방끈을 한쪽 어깨에 걸친 실무자가 회의 후속 이메일 전송 버튼에 손을 올려요. 옆에서 화면을 보던 동료가 노트북을 자기 쪽으로 돌려요.
“잠깐요. 저 이거 받으면, 뭘 확인해서 답하면 돼요?”
초안에는 내용이 다 있었어요. 출시 후보일도, 두 사람의 업무와 마감일도, 결정 사항도, 미정 사항도 있었고요. 그런데 동료는 두 번을 훑고도 자기가 할 행동을 짚지 못했어요. 결정된 것과 아직 안 정해진 것이 같은 글머리표로 나란히 놓여 있었거든요.
실무자가 AI 대화창을 위로 스크롤하자, 덩그러니 한 줄이 있었어요.
이 회의 내용을 이메일로 정리해 줘
AI가 빠뜨린 게 아니었어요. 이 메일이 언제 “됐다”인지를 아무도 안 적은 것이었어요.
실제 로그에서 확인된 것만
편들지 않기 위해, 연출과 사실을 나눠 적을게요. 아래 세 묶음은 가상 재연이 아니라 실제 실행 로그에서 확인한 항목이에요.
BEFORE 초안에 실제로 있었던 것
- 제목과 인사말
- 출시 후보일, 담당자별 업무와 마감일
- 결정 사항과 미정 사항
BEFORE 초안에 없었던 것
- 받는 사람이 무엇을 확인하고 어떻게 회신해야 하는지
- 미정 항목이 “메모에 없어서 미정”인지 “정할 사람이 없어서 미정”인지의 표시
즉 사실 누락도, 오류도 아니었어요. 회의 메모를 거의 같은 순서로 옮긴 전사(轉寫)에 가까운 글이었고, 그래서 읽기는 좋지만 움직이기는 어려웠어요.
요청을 고친 뒤 실제로 달라진 것
- 수신자를 실무팀으로 특정
- 담당 업무·마감일을 확인하고 다르면 회신하라는 행동 명시
- 미정 항목에 “메모에 없음” 표시를 붙여 담당·확정일이 비어 있음을 드러냄
바꾼 것은 도구가 아니라 요청이었어요. 같은 AI, 같은 회의 메모였고 달라진 건 합격선 한 문단뿐이었어요.
복사해서 쓰는 요청 틀
[목적] 이 이메일을 읽은 실무팀이 자기 담당 업무와 마감일을 확인하고,
메모와 다르면 회신하게 만들어 줘.
[재료] 아래 회의 메모만 근거로 써 줘. 메모에 없는 날짜·담당자는 지어내지 말고
"메모에 없음"이라고 표시해 줘.
---
(회의 메모 붙여넣기)
---
[형식] 1) 한 줄 요약 2) 결정된 것 3) 아직 안 정해진 것(담당·기한 공란 표시)
4) 받는 사람이 할 일 순서로, 2번과 3번은 반드시 분리해 줘.
[합격선] 이 메일을 처음 받은 사람이 "내가 뭘 확인해서 언제까지 답해야 하는지"를
한 번 읽고 알 수 있어야 통과야. 안 되면 그 부분만 다시 고쳐 줘.채우는 순서
- 받는 사람을 한 명 정해요.이름이 아니라 역할이면 돼요. 실무팀인지 임원인지에 따라 길이와 어투가 갈려요.
- 근거를 붙여넣고 범위를 묶어요.“아래 메모만 근거로” 한 줄이 지어내기를 크게 줄여요.
- 모양을 지정해요.결정과 미정을 분리하라는 요구를 형식 칸에 넣어요.
- 합격선을 문장으로 써요.받는 사람이 던질 질문을 그대로 적으면 돼요.
- 안 되면 그 부분만 고치라고 써요.이 한 줄이 없으면 전체가 다시 바뀌어요.
네 번째와 다섯 번째가 이 글의 핵심이에요. 합격선을 문장으로 주면 AI가 자기 결과를 그 기준에 맞춰 손봐요.
보내기 전 받는 사람 기준 판정표
보내기 전에 이 네 줄을 스스로 물어보세요. 하나라도 “아니오”면 아직 보낼 때가 아니에요.
| # | 질문 | 통과 기준 |
|---|---|---|
| 1 | 받는 사람이 할 행동이 적혀 있나 | “확인하고 다르면 회신” 같은 동사가 있다 |
| 2 | 결정된 것과 미정이 구분되나 | 두 블록이 시각적으로 분리돼 있다 |
| 3 | 미정 항목에 다음 행동이 있나 | 담당·기한이 비었으면 비었다고 쓰여 있다 |
| 4 | 언제까지 답해야 하나 | 기한이나 “오늘 중” 같은 시점이 있다 |
이 사례에서는 동료의 질문 한 마디가 그대로 1번 항목이 됐어요. 좋은 합격선은 대개 받는 사람이 실제로 던질 질문이에요.
결과가 이상하면 여기부터 보세요
| 증상 | 대개의 원인 | 고칠 칸 |
|---|---|---|
| 내용은 맞는데 뭘 하라는지 모르겠다 | 합격선을 안 적음 | 합격선 |
| 메모에 없는 날짜·담당자가 튀어나온다 | 근거 범위를 안 묶음 | 재료 |
| 결정과 미정이 뒤섞여 보인다 | 블록 분리를 요청 안 함 | 형식 |
| 너무 길거나 너무 짧다 | 읽는 사람을 특정 안 함 | 목적 |
| 고쳐 달라고 하면 전체가 바뀐다 | “그 부분만”을 안 씀 | 합격선 |
결과
동료가 재생성된 메일을 폰 캘린더와 나란히 놓고 날짜를 대조했어요. 일치했고요.
“제 일이랑 이 날짜, 다르면 회신. 이건 지금 할 수 있죠.”
그리고 하단의 “아직 안 정해짐 — 메모에 없음” 블록을 짚었어요.
“이건 담당이 비어 있네요. 내일 오전에 제가 잡을게요.”
17시 56분. 같은 자리에서 실무자가 전송을 눌렀어요. AI를 바꾼 게 아니라, 합격선을 적었을 뿐이에요.
한 가지 주의
네 칸을 채워도 이것들은 여전히 사람의 몫이에요.
- 생성된 날짜·금액·이름이 원문과 맞는지 직접 대조
- 개인정보·기밀을 요청에 넣지 않기
- 법률·의료·금융·가격·정책 관련 내용은 별도 확인
그리고 목적·재료·형식·합격선이라는 이름은 이 블로그의 편집 프레임이에요. 특정 회사의 공식 표준 명칭이 아니에요.
정리 한 줄: AI에게 일을 시킬 때 빠지는 건 정보가 아니라 합격선이에요. 받는 사람이 던질 질문을 요청에 미리 적어두세요.
30초 영상으로 보기
참고한 공식 문서
각 문서는 2026-08-19에 접속해 확인했어요. 위 네 칸 이름은 아래 문서들의 공식 용어가 아니라 이 블로그의 편집 프레임이에요.
- OpenAI, Prompt engineering — https://developers.openai.com/api/docs/guides/prompt-engineering
- Anthropic, Prompt engineering overview — https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/overview
- Google, Prompting strategies — https://ai.google.dev/gemini-api/docs/prompting-strategies