1차 응답안 생성 + 사람 검토 게이트

학습목표 / 사전지식: 이 레슨을 끝내면 분류된 고객 문의로 이메일 1차 응답안을 만들고, 외부 발송 전에 사람이 확인하는 검토 게이트를 붙일 수 있습니다. 선수지식은 없어도 되며, 핵심은 “자동 발송”이 아니라 “검토 가능한 초안”을 만드는 것입니다. [KO-13]

1. 왜 필요한가 — 개념·배경을 초보자 눈높이로

CS 자동응답에서 가장 위험한 착각은 답장이 매끄러우면 그대로 보내도 된다는 생각입니다. 외부 발송은 “파일 삭제, 외부 발송, 결제처럼 되돌리기 어려운 작업”에 들어가니, 초안을 만드는 일과 최종으로 내보내는 일은 갈라 두어야 합니다. [KO-13]

사람 검토 게이트란 자동화가 만든 결과물이 바깥으로 나가기 전에 사람이 한 번 멈춰 확인하는 문턱입니다. 고객에게 실제로 나가기 직전, 마지막 확인 자리를 끼워 넣는 셈입니다. [KO-13]

이번 클립에서 쓰는 Codex 기능은 Skills입니다. 여기서는 Skills를 이메일 템플릿과 검토 규칙을 반복해서 부르는 “재사용 라이브러리”로 다룹니다. [GL-13]

Skill은 한 번 정한 작성 규칙을 매번 새로 설명하지 않도록 묶어 두는 업무 도구로 이해하면 쉽습니다. [GL-13]

2. 준비 — 코덱스 어디로 들어가 무엇을 누르나

실습 화면은 파일 목록, 문의 파일, Codex 입력창이 함께 보이는 형태로 잡습니다. 사용할 파일은 classified-inquiry.md입니다. [GL-13]

Skills 설정 화면이나 Skill 작성 공간을 열어 이메일 초안 작성 규칙을 저장할 준비를 합니다. 이 규칙은 반복해서 다시 부르는 “재사용 라이브러리”로 다룹니다. [GL-13]

문의 예시는 환불 문의로 시작합니다. 외부 발송이 필요한 응답은 사람이 검토해야 하므로, 실습 데이터에는 risk: external_send_required라는 표시를 넣어 발송 위험을 눈에 띄게 만듭니다. [KO-13]

ticket_id: T-1042
category: refund
tone: polite
customer_issue: 지난주 결제한 강의의 환불 가능 여부 문의
order_status: paid
risk: external_send_required

3. 따라하기 — 단계별로 아주 세세하게

1단계에서는 문의 파일을 엽니다. 화면에서 category, tone, customer_issue, order_status, risk가 보이면, Codex가 답장 초안을 만들 때 어떤 사실을 쓰고 어디서 멈춰야 하는지 확인할 수 있습니다. [KO-13]

2단계에서는 입력창에 초안만 요청합니다. 핵심 문장은 Do not send the email이고, 외부 발송 전에는 Human Review Required 항목을 붙이라고 적습니다. [KO-13]

Draft a first response email for classified-inquiry.md.
Do not send the email.
Add a Human Review Required section before any external sending.

결과에는 제목, 본문, 사용한 사실, 부족한 정보, 사람 검토 항목이 보여야 합니다. Human Review Required가 없으면 외부 발송 전 멈춤 장치가 빠진 상태이므로 다시 요청합니다. [KO-13]

3단계에서는 같은 규칙을 Skill로 고정합니다. Skill 이름은 email-template-first-response로 두고, “이메일 템플릿”, “1차 응답”, “초안”의 의미가 보이게 합니다. [GL-13]

4단계에서는 Skill instructions에 금지선을 분명히 적습니다. “절대 외부 발송을 하지 말라”는 문장은 외부 발송이 되돌리기 어려운 작업에 속하기 때문에 가장 위쪽에 둡니다. [KO-13]

5단계에서는 Skill을 적용해 다시 초안을 만듭니다. 입력창에는 대상 파일과 “초안만”이라는 제한을 짧게 다시 확인합니다. [GL-13]

Use the email-template-first-response Skill.
Create a draft only for classified-inquiry.md.
Do not send it.
Show the Human Review Required gate.

6단계에서는 일부러 Send this email now라고 입력합니다. 올바른 흐름은 바로 발송이 아니라, 사람 검토가 필요하다고 멈추는 것입니다. [KO-13]

7단계에서는 사람이 읽기 좋은 검토 체크리스트를 만듭니다. 고객명, 주문 정보, 환불 정책, 금액, 링크, 문장 톤, 최종 발송 승인처럼 손으로 확인할 항목을 나눕니다. [KO-13]

4. 복붙 템플릿 — 그대로 쓰는 프롬프트/Skill + 각 부분이 왜 그런지 해설

아래 Skill 템플릿을 그대로 붙여 넣습니다. 이 템플릿의 중심은 좋은 답장보다 발송 전 멈춤입니다. [KO-13]

Skill name: email-template-first-response

Instructions:
You write first-response email drafts from classified customer inquiries.
Never send, schedule, or trigger external emails.

Always output:
1. Subject
2. Draft email body
3. Facts used from the inquiry
4. Missing information
5. Human Review Required checklist
6. Actions refused before human approval

Tone:
Use a polite and concise CS tone.
Do not promise refunds, compensation, or policy exceptions.

Gate:
If the user asks you to send, schedule, or trigger an external email,
stop and require human review before any external sending.

Never send, schedule, or trigger external emails는 이 Skill의 브레이크입니다. 외부 발송은 되돌리기 어려운 작업에 포함되므로, 초안을 잘 만들더라도 실행은 멈춰야 합니다. [KO-13]

Human Review Required checklist는 초안과 발송 사이의 문턱입니다. 이 문턱이 있어야 외부 발송 앞에서 사람이 확인하는 구조가 됩니다. [KO-13]

실행 프롬프트는 길게 쓰지 않아도 됩니다. 반복 규칙은 Skill 안에 있으므로, 입력창에서는 대상 파일과 “초안만”이라는 제한을 다시 확인하면 됩니다. [GL-13]

Use the email-template-first-response Skill on classified-inquiry.md.
Create the first response draft only.
Do not send, schedule, or trigger external email.
End with Human Review Required.

5. 응용·함정 — 변형, 자주 막히는 곳과 해결

환불 문의에서 시작했지만 같은 구조는 영수증, 계정, 배송, 계약 문의에도 응용할 수 있습니다. AM, CS, 재무에서 반복해서 쓰는 템플릿을 “재사용 라이브러리”로 관리할 수 있기 때문입니다. [GL-13]

가장 흔한 함정은 답장이 보기 좋게 나왔다는 이유 하나로 발송까지 내처 붙이는 것입니다. 외부 발송은 되돌리기 어려운 작업이라, 매끄러운 문장과 발송 승인 사이에는 반드시 사람의 눈이 한 번 들어가야 합니다. [KO-13]

두 번째 함정은 검토 항목을 너무 두루뭉술하게 적는 것입니다. 주문 정보, 정책, 금액, 링크, 최종 승인처럼 손으로 짚을 수 있는 항목으로 쪼갭니다. [KO-13]

6. 정리·체크리스트

오늘의 핵심은 자동응답을 발송으로 이해하지 않는 것입니다. 분류된 문의를 받아 1차 응답안을 만들고, 외부 발송 앞에서 사람 검토 게이트로 멈추는 흐름이 핵심입니다. [KO-13]

• classified-inquiry.md에 분류, 톤, 고객 이슈, 주문 상태, 발송 위험 표시가 있는가. [KO-13]
• Skill instructions에 외부 발송 금지 문장이 들어 있는가. [KO-13]
• 결과에 Subject와 Draft email body가 분리되어 있는가. [GL-13]
• 결과에 Facts used와 Missing information이 있는가. [KO-13]
• 결과 끝에 Human Review Required 체크리스트가 있는가. [KO-13]
• Send this email now 같은 요청이 들어와도 사람 검토 전에는 멈추는가. [KO-13]

출처

본문의 [...] 표기는 아래 근거에서 확인할 수 있습니다.

• KO-13 — 파일삭제·외부발송·결제 등 되돌리기 어려운 작업은 반드시 사람 검토 · https://potato-ai.xyz/codex-automation-ai-agent-workflow/
• GL-13 — AM·CS·재무 · 이메일 템플릿