이메일 스레드 요약 프롬프트는 요약이 아니라 목록 네 개를 요구합니다
조치가 필요한 스레드에는 이 프롬프트를 쓰세요. Microsoft의 2025년 6월 Work Trend Index 특별 보고서에 따르면 평균적인 직장인은 하루 117통의 이메일을 받고 "대부분 60초 안에 훑어봅니다". 결정이 오간 60개짜리 스레드는 훑어보면 가장 잘 틀리는 종류입니다. 이 프롬프트는 결정된 것, 열려 있는 것, 누가 무엇을 해야 하는지, 내 몫이 무엇인지를 줄마다 인용문과 함께 요구합니다.
```
Here is an email thread, oldest message first. Give me four lists:
- Decided: what was agreed, by whom, on what date
- Still open: questions nobody has closed
- Owed: who owes what to whom, with the date written in the thread
- For me: anything asked of me (I am [your name])
Quote the sentence behind every item. Mark a hedged commitment ("should be able to by Friday") as not promised. Skip greetings and thanks.
[paste the thread]
```
인용문 줄이 안전장치입니다. 인용문이 있는 줄은 Ctrl+F로 스레드에서 찾을 수 있지만, 인용문이 없는 줄은 모델이 추측한 것이라 확인할 방법이 없습니다. 조건부 약속 줄은 일주일쯤 지나면 오해하기 쉬운 항목을 잡아냅니다. "should be able to by Friday"는 약속이 아니기 때문입니다. 차트는 붙여넣기 전에 5분의 준비가 필요한 이유를 보여줍니다. 답장마다 앞선 메일을 인용하면 60개짜리 스레드에는 1 + 2 + ... + 60 = 1,830개의 메시지 사본이 들어 있고, 필요한 60개의 30.5배입니다. 메시지당 120단어, Anthropic의 기준인 토큰당 영어 약 3.5자로 계산하면 약 200 토큰이고, 원본 그대로는 약 370,000 토큰, 정리하면 약 12,000 토큰입니다.
이메일 한 통, 받은편지함, 답장, Copilot을 위한 프롬프트 7개가 더 있습니다
나머지 일곱 프롬프트는 다른 이메일 작업을 다루며, 모두 요약이 아니라 이름이 붙은 결과물을 요구합니다. 프롬프트 아래에 이메일이나 스레드를 붙여넣으세요. 답장 작성에는 이메일 프롬프트 팩에 스무 개가 더 있습니다.
| 작업 | 붙여넣을 프롬프트 |
|---|---|
| 긴 이메일 한 통 | Summarize this email in three lines: what it is about, what it asks of me, and the deadline if there is one. If it asks nothing of me, say so. |
| 반쯤 읽은 스레드 | I read this thread up to [name]'s message on [date]. List only what changed after it: new decisions, reversals and new asks, with a quote for each. |
| 결정 기록 | List every decision in this thread in date order. Under each, name any later message that reversed or reopened it, and quote that message. |
| 실행 항목 | Make a table of action items with five columns: person, task, owed to, due date as written, quoted sentence. Leave the due date blank where the thread gives none. |
| 따로 온 이메일 더미 | Here are [N] separate emails. Make one table row per email: sender, subject, what they want from me, deadline, and whether it can wait a week. Sort by deadline. |
| 답장 | Using only the items addressed to me above, draft one reply that answers each in thread order, under 150 words, with no apology for the delay. |
| Outlook의 Copilot | Summarize my emails from the last week about [project] as four lists: decided, still open, who owes what to whom by when, and anything asked of me. |
Copilot 행은 Microsoft의 예시 프롬프트 "Summarize my emails from the last week related to [project or customer name]"를 확장한 것으로, Chat with Copilot in Outlook에서 가져왔습니다. 회사 또는 학교 계정이면 Copilot 버튼에서 열립니다(2026년 9월 기준). 나머지 여섯 개는 ChatGPT, Claude, Gemini 등 붙여넣을 수 있는 어떤 어시스턴트에서도 동작합니다. 실행 항목 프롬프트의 빈 기한 규칙은 그대로 두세요. 모델이 추정한 날짜는 누군가 적은 날짜와 똑같아 보입니다. 고객의 받은편지함을 정리하는 일을 한다면 가상 비서를 위한 AI 도구에 이 프롬프트들보다 먼저 쓰는 분류 프롬프트가 있습니다. 이메일 한 통에 한 줄씩, 오늘 답장, 이번 주 답장, 보관 또는 표시 라벨을 붙입니다.
AI는 왜 이메일 스레드의 순서를 틀릴까요?
스레드를 최신 메일부터 붙여넣으면 AI가 순서를 틀립니다. 모델은 붙여넣은 내용을 위에서 아래로 읽으며 맨 위를 시작으로 보기 때문입니다. Outlook이 그렇게 정렬합니다. Microsoft의 대화 보기 도움말에는 "Within each Conversation, messages are sorted with the newest message on top"이라고 나오고, 클래식 Outlook에 대해서는 "You cannot change this sort order."라고 적혀 있습니다. Gmail은 반대입니다. Google의 Workspace 가이드는 "the newest message is at the bottom"이라고 하므로, Gmail 스레드를 맨 위부터 복사하면 오래된 메일부터 나옵니다. 전달된 스레드는 모두 최신 메일이 위에 중첩되고, 가장 오래된 메시지는 인용 더미 맨 아래에 묻힙니다.
최신 메일부터 붙이면 타임라인이 거꾸로 흐릅니다. 화요일의 "let's go with vendor B"가 월요일의 "vendor A, agreed" 위에 놓여, 번복이 원래 입장처럼 읽히고 원래 결정은 그에 대한 반대처럼 읽힙니다. 메시지 헤더의 날짜는 모델이 이를 잡아낼 단서가 됩니다. 헤더를 지운 채 사람들이 "as agreed yesterday"라고 쓴 스레드는 아무 단서도 주지 못합니다.
해결책은 기계적입니다. Gmail에서는 스레드의 모든 메시지를 펼친 뒤 맨 위부터 복사하세요. Outlook에서는 대화 맨 아래부터 위로 메시지를 하나씩 복사하거나, 전부 일반 텍스트 편집기에 붙여넣고 블록을 옮기세요. 순서를 바꿀 수 없다면 프롬프트 첫 줄을 "newest message first"로 바꾸세요. 모델에게 순서를 알려주는 것은 차선책이고, 순서를 맞춰 주는 것이 최선입니다.
프롬프트 하나에 이메일 스레드가 얼마나 들어갈까요?
2026년 9월 기준으로 Whizi 메시지 하나에는 정리된 메시지 약 100개에서 140개가 들어가고, 원본 그대로의 60개 스레드는 아예 들어가지 않습니다. Whizi 메시지 하나는 100,000자, 한 턴은 카탈로그의 모든 모델에서 입력 토큰 40,000개로 제한되며, 길이 제한 가이드에 각 거부 메시지가 실려 있습니다. 글자 수 제한이 먼저 걸립니다. 메시지당 약 700자라면 100,000자는 약 140개이고, 발신자와 날짜 줄 때문에 100개 쪽으로 줄어듭니다. 인용 사본 1,830개가 든 원본 60개 스레드는 100만 자를 넘습니다. 거부 메시지에는 "over the 100,000 character limit"처럼 글자 수가 표시되며, 잘라 보내는 것이 아니라 거부입니다. 아무것도 전송되지 않습니다.
그래서 먼저 일반 텍스트 편집기에 붙여넣으세요. ">"로 시작하는 줄을 모두 지우세요. 메시지 안의 "On [date], [name] wrote:" 또는 "From:" 헤더 아래는 인용 체인이 시작되는 곳이니 전부 지우세요. 서명 블록, 법적 고지, 수신 거부 줄도 지우세요. 남는 것은 순서대로 놓인 60개의 본문과 각 본문 위의 발신자, 날짜 줄이며, 그것이 붙여넣을 내용입니다.
메시지가 약 100개를 넘으면 스레드를 적당한 날짜에서 나누세요. 각 절반에 목록 네 개 프롬프트를 실행한 뒤, 두 답변을 한 턴에 붙여넣고 하나로 합친 "해야 할 일" 목록을 요청하세요.
AI 이메일 요약은 실행하기 전에 어떻게 확인할까요?
AI 이메일 요약은 인용된 문장을 하나하나 스레드에서 검색해 보고, 인용문이 없는 항목은 버리는 방식으로 확인합니다. 각 목록에는 고유한 확인이 하나씩 더 있습니다.
| 목록 | 각 줄에 담겨야 할 것 | 실행 전 확인 |
|---|---|---|
| 결정된 것 | 결정 내용, 결정한 사람, 날짜, 인용문 | 이후 메시지가 다시 열지 않았음 |
| 아직 열린 것 | 질문, 마지막으로 다룬 사람, 닫으려면 필요한 것 | 스레드 뒤쪽에서 아무도 닫지 않았음 |
| 해야 할 일 | 담당자, 산출물, 받는 사람, 날짜, 인용문 | 날짜가 추정이 아니라 메시지에 있는 그대로임 |
| 내 몫 | 요청 내용, 요청한 사람, 인용문 | 그 메시지에 내 이름이 있음 |
스레드에 없는 인용문은 모델이 두 메시지를 섞었다는 뜻이며, 인용이 쌓인 체인은 그럴 기회를 가장 많이 줍니다. 메시지 번호를 붙여 다시 요청하세요. 결정된 항목을 이후 메시지가 다시 연 경우가 두 번째로 살펴볼 것이고, 일주일쯤 지나면 가장 놓치기 쉬운 것입니다.
그런 다음 같은 프롬프트를 두 번째 모델에서 실행하고 두 목록이 다른 곳만 읽으세요. 한쪽은 열린 항목이라 하고 다른 쪽은 닫혔다고 하면 그 메시지에서 스레드를 열어 보세요. 둘 중 하나가 번복을 잘못 읽은 것입니다. Whizi에서는 Pro와 Powerhouse의 경우 Compare가 두 모델의 답변을 나란한 열로 보여주고, Starter에서는 대화 도중 모델 전환으로 두 번째 모델에게 첫 목록과 다른 점을 물어보세요.
붙여넣지 않고 이메일을 읽어 주는 AI가 있을까요?
있습니다. Gmail의 Gemini와 Outlook의 Copilot은 스레드를 그 자리에서 요약하며, 한 사서함 안의 스레드라면 어떤 프롬프트보다 빠릅니다. Gmail에서는 "At the top of the thread, click Summarize this email"입니다. Google은 스마트 기능 설정을 켠 "모든 Gmail 사용자에게 전 세계적으로" 제공되고 일부 언어만 지원하며, 핵심 내용과 답장을 종합하고 기한이 있는 작업의 알림을 제안할 수 있다고 밝힙니다(Gmail 고객센터, 2026년 9월 기준). Microsoft 365용 Outlook, 그리고 Windows, Mac, iOS, Android의 새 Outlook에서는 "Summary by Copilot"이 스레드 맨 위에 나타나며, 출처 메시지로 이동하는 번호 인용을 포함할 수 있습니다(Microsoft 지원). 둘 다 붙여넣기가 필요 없으므로 순서 함정도 없습니다.
| 2026년 9월 기준 | Gmail의 Gemini | Outlook의 Copilot | 붙여넣는 프롬프트 (ChatGPT, Claude, Gemini) |
|---|---|---|---|
| 스레드 읽기 | 그 자리에서, 붙여넣기 없음 | 그 자리에서, 붙여넣기 없음 | 직접 붙여넣기, 오래된 메일부터 |
| 순서와 서명 | Gmail이 처리 | Outlook이 처리 | 직접 처리, 약 5분 |
| 결과 형태 | 핵심 내용과 답장, 알림 제안 | 메시지로 연결되는 번호 인용이 달린 요약 | 인용문이 붙은 목록 네 개 |
| Slack, 이메일, 문서 댓글에 걸친 스레드 | 불가 | 불가 | 가능, 전부 붙여넣기 |
| 두 번째 모델의 해석 | 불가 | 불가 | 가능 |
| 사용 가능한 사람 | 스마트 기능을 켠 Gmail 계정, 일부 언어 | Microsoft 365용 Outlook, Windows, Mac, iOS, Android의 새 Outlook | 누구나, 무료 ChatGPT 포함 |
붙여넣는 프롬프트가 유리한 경우는 세 가지입니다. 결정이 Slack, 이메일, 공유 문서를 오갔을 때, 핵심 내용이 아니라 인용문이 붙은 목록 네 개를 원할 때, 두 번째 모델의 해석이 필요할 때입니다. OpenAI가 2026년 8월 6일 모든 사용자의 텍스트 채팅 제한을 없앴으므로 붙여넣기에는 무료 ChatGPT로 충분합니다(TechCrunch). 한 사서함 안의 스레드를 대략만 알면 된다면 버튼을 누르세요. 조치해야 한다면 오래된 메일부터, 정리해서 붙여넣고 목록 네 개를 요청한 다음, 누구에게든 답장하기 전에 인용문을 하나하나 검색하세요.
- 스레드는 오래된 메일부터 붙여넣기: 클래식 Outlook과 모든 전달 스레드는 최신 메일부터 넘겨줍니다
- 붙여넣기 전에 인용된 답장(">"로 시작하는 줄)과 서명 블록을 지우기
- 목록 네 개 요청하기: 결정된 것, 아직 열린 것, 누가 누구에게 언제까지 무엇을 해야 하는지, 나에게 온 요청
- 항목마다 인용문을 요구하고 각 인용문을 스레드에서 검색하기
- 한 번에 붙이는 분량은 100,000자 이내로, 깔끔한 메시지 약 100개에서 140개
- 프롬프트를 두 번째 모델에서도 실행하고 두 목록이 다른 곳에서 스레드를 열어 보기
- 나에게 온 항목부터 답장하기: 나를 기다리고 있는 것들입니다
자주 묻는 질문
이메일 요약에 좋은 프롬프트는 무엇인가요?
좋은 프롬프트는 요약을 요청하지 않고 결과물에 이름을 붙입니다. "Give me four lists: decided, still open, who owes what to whom with dates, and anything asked of me, with the quoted sentence behind every item." 붙여넣기 위에 "oldest message first"라고 적고, 조건부 약속은 약속되지 않은 것으로 표시하라는 줄을 더하세요.
AI로 내 이메일을 요약하려면 어떻게 하나요?
내장 버튼을 누르거나 붙여넣으세요. Gmail은 스마트 기능을 켠 계정의 스레드 맨 위에 Summarize this email을 보여주고, Microsoft 365용 Outlook은 Summary by Copilot을 보여줍니다. Slack과 이메일에 걸친 스레드이거나 두 번째 모델에게 확인시키고 싶다면 오래된 메일부터 ChatGPT, Claude, Gemini에 목록 네 개 프롬프트와 함께 붙여넣으세요.
ChatGPT로 이메일을 무료로 요약할 수 있나요?
네. 2026년 8월 6일 OpenAI의 변경 이후 무료 ChatGPT는 텍스트 채팅에 제한이 없으므로, 정리한 60개 메시지 스레드와 목록 네 개 프롬프트는 비용이 들지 않습니다. 파일에는 별도 제한이 있으니 내보낸 파일을 첨부하지 말고 텍스트를 붙여넣으세요.
AI는 한 번에 얼마나 긴 이메일 스레드를 요약할 수 있나요?
Whizi에서는 2026년 9월 기준으로 메시지 하나가 100,000자, 한 턴이 입력 토큰 40,000개로 제한되며, 이는 약 120단어짜리 깔끔한 메시지 약 100개에서 140개에 해당합니다. 답장마다 아래 체인을 인용한 채 그대로 붙인 스레드는 몇 배나 커서 거부되므로, 먼저 인용된 답장을 지우고 더 긴 스레드는 날짜에서 나눠 두 번에 실행하세요.
