AI 입문 가이드 3편: 원하는 답을 얻는 요청문 쓰기 (나쁜 요청 vs 좋은 요청)

같은 AI에게 물어봐도 어떤 사람은 바로 쓸 만한 답을 받고, 어떤 사람은 “너무 뻔한 말뿐이네”라며 접습니다. 차이는 대부분 AI가 아니라 요청문에서 납니다. 이번 3편에서는 요청문에 꼭 넣어야 할 다섯 가지, 나쁜 요청과 좋은 요청의 비교, 마음에 안 드는 답을 고쳐 말하는 방법을 연습합니다. 앞 편은 1편(할 수 있는 일과 한계), 2편(가입과 첫 대화)에서 볼 수 있습니다.

1. 막연하게 물으면 막연한 답이 옵니다

Claude는 나에 대해 아는 것이 없습니다. 내 직업, 이 글을 누가 읽는지, 어떤 형식이 필요한지는 내가 말해준 만큼만 반영됩니다. “사과 메일 써줘”라고만 하면 누구에게나 맞는 평범한 메일이 나오고, 상황을 알려줄수록 그 상황에 맞는 메일이 나옵니다. 요청문을 쓴다는 건 길게 쓴다는 뜻이 아니라, AI가 추측해야 할 부분을 줄여준다는 뜻입니다.

2. 요청문에 넣을 다섯 가지

요소 무엇을 알려주나 예시 문장
1. 역할·입장 나는 누구이고, AI가 어떤 입장에서 답하길 원하는지 나는 배달 앱에 입점한 분식집 사장이야.
2. 상황·목적 왜 필요한지, 누가 읽는지 어제 주문이 40분 늦은 고객에게 보낼 사과 메일이 필요해.
3. 자료 참고해야 할 원문, 사실, 숫자 고객 요청 내용은 아래와 같아. (공개해도 되는 내용만 붙여넣기)
4. 형식 길이, 구성, 표·목록 여부 5문장 이내, 제목 없이 본문만.
5. 제약·톤 원하는 말투, 하지 말아야 할 것 정중하되 딱딱하지 않게, 변명은 쓰지 마. 모르는 내용은 지어내지 말고 비워둬.

다섯 개를 매번 다 쓸 필요는 없습니다. 상황·목적, 형식, 제약 세 가지만 챙겨도 답이 눈에 띄게 좋아집니다.

3. 나쁜 요청 vs 좋은 요청

작업 나쁜 요청 좋은 요청
메일 쓰기 사과 메일 써줘. 나는 분식집 사장이야. 어제 주문이 40분 늦은 고객에게 보낼 사과 메일을 써줘. 변명 없이 사과하고, 다음 주문 10% 쿠폰을 안내해줘. 정중하되 딱딱하지 않게, 5문장 이내로.
요약하기 이거 요약해줘. 아래는 거래처 계약서 초안이야. 법률 지식이 없는 내가 알아야 할 핵심을 5개 항목으로 정리해줘. 금액, 기간, 해지 조건을 먼저 넣고, 확실하지 않은 부분은 “확인 필요”라고 표시해줘.
아이디어 내기 가게 이름 지어줘. 20대 직장인이 점심에 포장해 가는 샐러드 가게 이름을 10개 제안해줘. 발음이 쉽고 4글자 이내이며, 이미 있는 유명 브랜드와 비슷하지 않게. 이름마다 한 줄로 이유를 붙여줘.

4. 마음에 안 드는 답은 고쳐 말하기

첫 답이 만족스럽지 않을 때 처음부터 다시 쓰기보다, 같은 대화창에서 어디가 문제인지 한 줄로 알려주는 것이 훨씬 빠릅니다. 자주 쓰는 고쳐 말하기 문장입니다.

  • “절반 길이로 줄여줘.”
  • “더 쉬운 말로, 전문용어 없이 다시 써줘.”
  • “두 번째 문단을 실제 예시를 들어서 풀어줘.”
  • “방금 안과 완전히 다른 방향으로 3가지 더 제안해줘.”
  • “이 주장의 근거를 알려주고, 확실하지 않은 부분은 표시해줘.”

5. 정보가 부족하면 AI가 먼저 묻게 하기

뭘 알려줘야 할지 모르겠다면 AI에게 물어보게 하세요. 이렇게 시작합니다.

○○에 대한 [작업]을 하고 싶어. 답하기 전에 필요한 정보를 3가지만 질문해줘.

AI가 던지는 질문에 답하다 보면 자연스럽게 요청문의 다섯 요소가 채워집니다.

6. 직접 해보기 (10분)

내 업무에서 흔한 작업 하나(메일, 요약, 안내문 중 하나)를 골라 같은 일을 세 번 요청해 보세요. 각각 새 대화에서 하면 비교가 쉽습니다.

  1. 한 줄로만 요청합니다. (예: “공지문 써줘.”)
  2. 상황과 읽는 사람을 추가해서 요청합니다.
  3. 여기에 형식(길이)과 제약(톤, 하지 말 것)까지 추가해서 요청합니다.

세 결과를 나란히 놓고 보면, 어떤 정보가 답을 가장 크게 바꿨는지 알 수 있습니다. 이 감각이 요청문 쓰기의 핵심입니다.

복사해서 쓰는 요청문 틀

나는 [내 역할]이야. [상황과 목적] 때문에 [읽는 사람]에게 보낼 [결과물]이 필요해.
참고 자료: [공개해도 되는 내용]
형식: [길이, 구성]
조건: [말투], [하지 말 것]. 모르는 내용은 지어내지 말고 “확인 필요”라고 표시해줘.

7. 잘 안 될 때

증상 원인 해결
답이 너무 길거나 너무 짧다 형식을 지정하지 않음 “5문장 이내”, “항목 5개”처럼 숫자로 길이를 정해줍니다.
말투가 어색하다 톤을 알려주지 않음 “정중하되 친근하게”처럼 말투를 적고, 내가 쓴 글을 예시로 붙여줍니다.
없는 내용을 지어낸다 근거가 되는 자료가 없음 자료를 붙여넣고 “아래 내용 안에서만 답하고, 없으면 없다고 말해줘”라고 요청합니다.
긴 요청의 일부가 무시된다 한 번에 너무 많은 것을 요구함 중요한 조건을 앞에 두고 번호를 붙이거나, 두세 번에 나눠서 요청합니다.

8. 우리가 직접 겪은 사례: 요청문이 좋아도 확인은 필요합니다

이 블로그의 자동 발행 요청문도 위의 다섯 요소로 짜여 있습니다. 역할(블로그 작성 에이전트), 상황과 목적(어떤 서비스를 운영하는 회사의 기술 블로그인지), 자료(기존 글 목록), 형식(글 길이와 HTML 구성), 제약(내부 정보 금지, 경쟁사 비방 금지)을 모두 적어 두었어요. 그런데도 1편에서 말씀드린 것처럼 “이미지와 태그를 반드시 붙이라”는 문장을 여러 번 적었는데 에이전트가 그 단계를 건너뛰었습니다. 그래서 요청문을 더 강하게 쓰는 대신, 해당 단계를 프로그램이 대신 실행하고 결과를 검증하도록 바꿨습니다. 좋은 요청문은 출발점일 뿐이고, 결과를 확인하는 단계가 따로 있어야 안전하다는 것이 우리가 얻은 교훈입니다.

9. 정리와 다음 편

  • 요청문의 다섯 요소는 역할, 상황·목적, 자료, 형식, 제약입니다. 급하면 상황·목적, 형식, 제약부터 챙기세요.
  • 마음에 안 드는 답은 처음부터 다시 쓰지 말고, 같은 대화에서 어디가 문제인지 한 줄로 고쳐 말하세요.
  • 뭘 알려줘야 할지 모르겠으면 “필요한 정보를 먼저 질문해줘”라고 시키세요.

다음 4편에서는 PDF·엑셀·이미지 파일을 올려서 요약하고 분석하는 방법을, 계약서 요약부터 메일 초안까지 이어서 실습합니다.

Leave a Comment

Your email address will not be published. Required fields are marked *

나중에 본인 댓글을 수정/삭제할 때 필요합니다.

시스템 구축 및 도입 문의

Y-Remote로 가기 → Y-Board로 가기 →
Scroll to Top