"클로드한테 물어봤는데 너무 일반적인 답만 나와요." 이런 말을 들으면 저는 질문을 먼저 보여 달라고 합니다. 열에 아홉은 질문이 한 줄입니다. AI는 질문에 들어 있는 정보만큼만 구체적으로 답합니다.
이번 글은 프롬프트 카테고리의 첫 글로, 제가 모든 질문에 기본으로 적용하는 역할·맥락·형식 3요소를 정리합니다.
같은 질문, 다른 결과
먼저 전후 비교부터 보겠습니다.
❌ 고치기 전
신입사원 교육 자료 만들어 줘
이렇게 물으면 클로드는 어떤 회사인지, 누구를 위한 자료인지, 몇 페이지인지 모르니 가장 무난한 평균값을 답합니다. 회사 소개, 조직도, 업무 예절… 어디서나 볼 법한 목차입니다.
✅ 고친 후
너는 30명 규모 IT 스타트업의 인사 담당자야. (역할)
다음 주에 백엔드 개발자 2명이 입사해. 우리 회사는 원격 근무가 기본이고,
첫 주에 가장 많이 묻는 건 개발 환경 세팅과 코드 리뷰 규칙이야. (맥락)
첫 주 온보딩 자료의 목차를 만들어 줘.
- 하루 단위로 5일치
- 각 날짜마다 목표 1줄, 할 일 3개
- 표 형식으로 (형식)
결과는 완전히 달라졌습니다. 1일 차 계정 발급과 개발 환경 세팅, 2일 차 코드 리뷰 규칙 실습, 3일 차 첫 작은 이슈 처리… 바로 쓸 수 있는 수준의 표가 나왔습니다.
3요소 하나씩 보기
1. 역할: 어떤 관점으로 답할지
역할은 답변의 관점과 수준을 정해 줍니다.
| 약한 역할 | 강한 역할 |
|---|---|
| 전문가로서 | 10년 차 B2B 영업팀장으로서 |
| 선생님처럼 | 중학교 2학년에게 설명하는 과학 교사로서 |
| 마케터로서 | 예산 월 300만 원으로 인스타그램 광고를 운영하는 1인 마케터로서 |
역할이 구체적일수록 클로드가 고르는 단어와 예시가 현실에 가까워집니다.
2. 맥락: 왜, 누구에게, 어떤 상황에서
맥락은 세 가지 질문으로 채우면 됩니다.
- 왜 필요한가? (보고용, 고객 안내용, 내부 공유용)
- 누가 읽는가? (팀장, 고객, 신입사원)
- 제약은 무엇인가? (분량, 마감, 써서는 안 되는 표현)
특히 "누가 읽는가"가 빠지면 답이 흐려집니다. 같은 내용도 팀장용과 고객용은 완전히 다르게 써야 하니까요.
3. 형식: 결과물이 어떤 모양이어야 하는지
형식을 정하지 않으면 클로드는 대체로 소제목과 글머리표가 섞인 긴 글을 씁니다. 원하는 모양을 먼저 말해 주세요.
- "표로, 열은 항목/설명/주의점"
- "3줄 이내 요약"
- "슬랙 메시지로 보낼 수 있게 이모지 없이"
- "번호 목록, 각 항목은 한 문장"
바로 쓰는 기본 틀
제가 메모장에 저장해 두고 쓰는 틀입니다. 빈칸만 채우면 됩니다.
[역할] 너는 ___(경력/분야/상황)___ 이야.
[맥락]
- 목적: ___
- 읽는 사람: ___
- 제약: ___ (분량, 금지 표현, 마감 등)
[요청] ___ 해 줘.
[형식] ___ (표/목록/문단 수/글자 수)
3요소를 넣어도 결과가 아쉬울 때
- 예시를 하나 보여 주세요. "이런 느낌으로"라며 원하는 결과의 샘플을 붙이면 효과가 큽니다.
- 판단 기준을 알려 주세요. "우선순위는 비용 > 속도 > 편의성"처럼 기준을 주면 답이 흔들리지 않습니다.
- 먼저 질문하게 하세요. "답하기 전에 부족한 정보가 있으면 먼저 물어봐 줘"라고 덧붙이면, 클로드가 빠진 맥락을 되묻습니다.
기억할 것 세 가지
- 답변이 뻔하다면 질문에 역할·맥락·형식이 빠졌는지 확인하세요.
- 맥락은 왜, 누가 읽는지, 어떤 제약이 있는지 세 가지로 채웁니다.
- 그래도 아쉬우면 예시, 판단 기준, "먼저 질문하기"를 추가합니다.
실무에서 효과가 가장 컸던 한 줄
프롬프트를 처음 배울 때 화려한 기법부터 찾는 분이 많은데, 실무에서 효과가 가장 컸던 건 결국 이 세 가지였습니다. 특히 "누가 읽는가" 한 줄이 결과를 가장 크게 바꿨습니다. 오늘 클로드에 질문할 때 딱 한 번만, 질문 앞에 역할 한 줄과 읽는 사람 한 줄을 붙여 보세요. 차이가 바로 보일 겁니다.
출처·참고 링크
