2부 7장. 예시, 역할, 형식 지정은 어떻게 쓰는가

좋은 프롬프트를 쓰려다 보면 어느 순간 이런 벽에 부딪힙니다. 목표도 말했고, 필요한 자료도 줬고, 조건도 붙였는데 결과가 여전히 미묘합니다. 틀린 건 아닌데 내가 원한 그 느낌이 아닙니다. 너무 딱딱하거나, 너무 평범하거나, 형식이 어긋나서 다시 손을 봐야 합니다.

이럴 때 도움이 되는 도구가 있습니다. 바로 예시, 역할, 형식 지정입니다. 이 셋은 프롬프트를 화려하게 꾸미는 장식이 아닙니다. 말로 설명하기 어려운 기대치를 AI에게 보여 주는 장치입니다.

사람에게 일을 맡길 때도 비슷합니다. "좋게 해줘"보다 "이런 식으로 해줘"가 훨씬 잘 통합니다. AI도 마찬가지입니다. 다만 AI는 더더욱 눈치가 없기 때문에, 보여 줄수록 덜 헤맵니다.

말로 안 되면 보여 주기

사람은 종종 자기가 원하는 것을 정확히 알고 있다고 생각합니다. 그런데 막상 말로 설명하려고 하면 잘 안 됩니다. "조금 더 자연스럽게", "너무 홍보 같지 않게", "딱 보고서답게", "읽기 편하게" 같은 말이 튀어나옵니다. 문제는 이런 표현이 내 머릿속에서는 선명해도, AI에게는 흐릿하다는 점입니다.

이때 가장 강한 방법은 추상어를 더 많이 붙이는 것이 아니라, 기대하는 모습을 보여 주는 것입니다. 예시는 바로 그 역할을 합니다.

예를 들어 블로그 글 도입부를 쓰고 싶다고 해 봅시다. "친근하면서도 가볍지 않게 써줘"라고 말하는 대신, 내가 좋아하는 도입 문장 두세 개를 보여 주고 "이처럼 독자의 문제를 먼저 꺼내고, 과장 없이 시작해줘"라고 말하면 훨씬 안정적입니다.

즉, 예시는 AI에게 답을 베끼라고 주는 것이 아니라, 기준을 감각적으로 전달하려고 주는 것입니다.

예시는 정답집이 아니라 기준 샘플이다

예시를 줄 때 초보자가 자주 하는 오해가 있습니다. 예시를 주면 AI가 더 창의적이지 못해진다고 생각하는 것입니다. 반대로 어떤 사람은 예시 하나를 주고 거의 복사에 가까운 결과를 기대합니다. 둘 다 극단입니다.

좋은 예시는 정답집이 아닙니다. AI가 따라야 할 결의 방향, 밀도, 수준, 구성 방식을 알려 주는 샘플에 가깝습니다.

예를 들어 회의 요약을 시키고 싶은데 "잘 정리해줘"라고만 하면, AI는 무난한 요약을 냅니다. 하지만 이렇게 말하면 훨씬 좋아집니다.

아래 형식의 예시처럼 정리해줘.

• 결정 사항: 무엇을 하기로 했는지 한 줄

• 담당자: 누가 맡는지 한 줄

• 마감일: 언제까지인지 한 줄

• 미해결 이슈: 아직 결정 안 난 것 한 줄

이 예시는 내용 자체보다 어떤 항목을 중심으로 요약해야 하는지를 가르쳐 줍니다. AI는 이제 회의 내용을 줄줄 설명하는 대신, 사용자가 중요하게 보는 틀 안에서 정리하게 됩니다.

예시가 특히 유용한 순간은 다음과 같습니다.

• 원하는 문체를 말로 설명하기 어려울 때

• 출력의 밀도나 깊이를 맞추고 싶을 때

• 항목 구성이나 답변 패턴을 통일하고 싶을 때

• 여러 번 반복해서 비슷한 작업을 시킬 때

결국 예시는 "이 정도가 내가 말하는 좋음이다"를 보여 주는 도구입니다.

좋은 예시와 나쁜 예시의 차이

예시는 준다고 다 도움이 되는 것이 아닙니다. 오히려 애매한 예시는 AI를 더 혼란스럽게 만들기도 합니다.

좋은 예시는 짧아도 기준이 살아 있습니다. 반면 나쁜 예시는 길지만 무엇을 배워야 하는지 अस्पष्ट합니다.

예를 들어 나쁜 예시는 이런 식입니다.

이런 느낌으로 써줘.
"요즘 세상은 너무 빨리 변하고 있고 우리는 늘 새로운 기술에 적응해야 합니다..."

이 문장 하나만 주면 AI는 무엇을 배워야 할지 알기 어렵습니다. 문체를 따라야 하는지, 주제 전개를 따라야 하는지, 길이를 맞춰야 하는지 불분명합니다.

반대로 좋은 예시는 이렇게 줍니다.

아래 예시의 특징만 참고해서 새로 작성해줘.

• 첫 문장에서 독자가 겪는 문제를 바로 꺼낼 것

• 과장된 표현 없이 차분하게 시작할 것

• 3문장 안에 글의 핵심 주제를 드러낼 것

이제 AI는 예시의 표면이 아니라 특징을 참고할 수 있습니다. 이것이 중요합니다. 예시를 그냥 던지는 것보다, 예시에서 무엇을 참고하라고 할지 함께 말하는 것이 훨씬 좋습니다.

예시를 줄 때 가장 실용적인 방법

실전에서는 예시를 거창하게 준비할 필요가 없습니다. 내가 이미 잘 쓴 문장, 팀에서 자주 쓰는 문서, 마음에 들었던 출력 결과 하나면 충분합니다. 중요한 것은 그 예시를 붙인 뒤 이렇게 한 줄을 더하는 것입니다.

"이 예시를 그대로 복사하지 말고, 다음 특징만 반영해 새로 작성해줘."

이 한 줄이 예시를 모방의 함정에서 꺼내 줍니다. AI는 비슷한 결을 잡되, 새 작업에 맞는 새 결과를 만들 가능성이 높아집니다.

또 한 가지 좋은 방법은 좋은 예시와 나쁜 예시를 함께 주는 것입니다. 사람도 금지 예시를 보면 이해가 빨라집니다.

예를 들어 이렇게 말할 수 있습니다.

좋은 예시: 핵심만 짧게 정리하고, 바로 행동할 수 있게 써라.
나쁜 예시: 배경 설명이 길고 결론이 뒤로 밀리는 방식은 피하라.

AI는 이제 단순히 "잘 써라"가 아니라, 무엇을 향하고 무엇을 피해야 하는지 동시에 알게 됩니다.

역할은 마법 주문이 아니라 관점 설정이다

다음은 역할입니다. 많은 사람이 역할 지정을 처음 배울 때 이런 식으로 씁니다.

"너는 세계 최고의 마케터야."

"너는 천재 전략가야."

"너는 노벨상급 전문가야."

가끔은 그럴듯한 분위기를 만들 수 있지만, 실전에서는 이런 말이 생각보다 큰 차이를 만들지 못할 때가 많습니다. 이유는 간단합니다. 칭호는 주었지만, 관점은 주지 않았기 때문입니다.

좋은 역할 지정은 AI의 자존심을 세워 주는 일이 아닙니다. AI가 어떤 관점으로, 어떤 기준을 우선해서, 누구의 눈높이에서 답해야 하는지를 정해 주는 일입니다.

예를 들어 "역사학자처럼 설명해줘"는 조금 막연합니다. 하지만 "대학 교양 수업을 맡은 역사 교사처럼 설명해줘. 사실관계는 정확하게 유지하되, 비전공자도 따라올 수 있게 쉬운 예시를 넣어줘"라고 하면 역할이 훨씬 살아납니다.

이제 역할은 단순한 코스프레가 아니라, 설명 스타일과 판단 기준이 됩니다.

역할이 특히 잘 먹히는 경우

역할 지정은 모든 작업에 꼭 필요한 것은 아닙니다. 하지만 특정한 상황에서는 꽤 강력합니다.

첫째, 설명 수준을 맞출 때 좋습니다. 예를 들어 초등학생에게 설명하듯, 신입사원에게 교육하듯, 실무 검토자처럼 비판적으로 보듯 같은 식입니다.

둘째, 관점의 초점을 잡을 때 좋습니다. 법무 관점, 제품 기획 관점, 편집자 관점, 면접관 관점처럼 무엇을 중요하게 볼지 정할 수 있습니다.

셋째, 답의 태도를 안정시킬 때 좋습니다. 친절한 튜터처럼, 냉정한 리뷰어처럼, 실무 코치처럼 같은 설정은 같은 질문에도 전혀 다른 결과를 만듭니다.

핵심은 역할 이름보다 역할의 업무 방식을 붙이는 것입니다.

예를 들어 이렇게 쓰면 좋습니다.

• "중학생을 가르치는 과학 교사처럼 설명해줘. 용어는 풀어 쓰고, 일상 비유를 하나 넣어줘."

• "회의록을 검토하는 팀장처럼 봐줘. 누락된 결정 사항과 책임자 표시가 있는지 중심으로 지적해줘."

• "채용 담당자처럼 이 자기소개서를 평가해줘. 강점, 불명확한 부분, 개선 포인트를 나눠 말해줘."

이런 역할은 그 자체로 기준이 됩니다.

역할 지정의 흔한 실수

역할은 유용하지만 남용하면 오히려 흐려집니다. 가장 흔한 실수는 역할을 너무 많이 겹치는 것입니다.

"너는 세계 최고의 마케터이자 심리학자이자 카피라이터이자 데이터 분석가야."

이렇게 되면 멋있어 보일 수는 있어도, 실제로는 초점이 흐려집니다. 무엇을 우선해야 하는지 알기 어렵기 때문입니다. 한 사람에게 확성기 네 개를 동시에 들려주는 셈입니다.

또 다른 실수는 역할만 있고 작업 기준이 없는 경우입니다.

"전문가처럼 써줘."

이 문장은 생각보다 약합니다. 어떤 전문가인지, 무엇을 중요하게 보는지, 누구를 위해 쓰는지가 빠져 있기 때문입니다. 차라리 "초보 창업자를 돕는 세무 상담가처럼 설명해줘. 법 조문 나열보다 실제 판단 포인트를 먼저 알려줘"가 훨씬 낫습니다.

역할은 구체적인 작업 기준과 붙을 때만 힘이 생깁니다.

형식 지정은 보기 좋게 꾸미는 일이 아니다

세 번째는 형식 지정입니다. 많은 초보자가 형식을 마지막 장식 정도로 생각합니다. 하지만 형식은 생각보다 중요합니다. 형식은 답을 예쁘게 만드는 요소가 아니라, 결과를 바로 쓰게 만드는 요소입니다.

예를 들어 같은 내용을 받아도 결과의 쓸모는 크게 달라집니다. 회의 전에 빠르게 훑고 싶다면 5줄 요약이 낫고, 팀원들과 공유하려면 항목 정리가 낫고, 상사에게 보고하려면 보고 메모 형태가 낫습니다. 블로그 초안이 필요하다면 제목-도입-본문-마무리 구조가 편하고, 판단 비교가 필요하다면 표 형식이 편합니다.

즉, 형식 지정은 보기의 문제가 아니라 다음 행동의 문제입니다.

AI가 내놓는 답이 늘 어딘가 덜 쓸모 있게 느껴진다면, 내용 이전에 형식부터 점검해 볼 필요가 있습니다. 내가 원하는 것은 설명문인지, 체크리스트인지, 표인지, 초안인지, 질문 목록인지부터 분명히 해야 합니다.

형식을 지정하면 무엇이 달라지는가

형식을 지정하면 AI는 무엇을 말할지만이 아니라, 어떻게 배열할지도 알게 됩니다. 이 차이는 큽니다.

예를 들어 "이 서비스 두 개를 비교해줘"라고 하면 AI는 서술형 비교를 할 가능성이 큽니다. 그런데 "기능, 가격, 장점, 단점, 추천 상황 다섯 열로 표를 만들어 비교해줘"라고 하면 결과는 훨씬 바로 쓰기 쉬워집니다.

또 "이 문서를 정리해줘"보다 "핵심 요약 3줄, 주요 이슈 3개, 다음 액션 3개로 나눠 작성해줘"가 훨씬 실용적입니다. 형식이 정해지는 순간, 답은 덜 흩어지고 더 목적 지향적으로 바뀝니다.

형식을 지정할 때 특히 유용한 요소는 다음과 같습니다.

• 문서 구조: 제목, 도입, 본문, 결론

• 항목 구조: 핵심 요약, 장점, 단점, 권장 액션

• 표 구조: 비교 기준별 열과 행 지정

• 길이 구조: 각 항목 한 줄, 전체 10줄 이내

• 데이터 구조: JSON, CSV, 체크리스트, 번호 목록

형식은 답의 외형이 아니라 사고의 틀입니다.

형식 지정의 핵심은 세부 항목까지 말하는 것

초보자는 흔히 "표로 정리해줘"까지만 말합니다. 물론 그것도 없는 것보다 낫습니다. 하지만 더 좋아지려면 한 걸음만 더 가면 됩니다. 표의 열이 무엇인지, 각 항목에 무엇이 들어가야 하는지까지 말해 주는 것입니다.

예를 들어 이런 차이가 있습니다.

"표로 정리해줘."

이 요청은 형식은 있지만 기준은 약합니다. 반면 이렇게 쓰면 강해집니다.

"표로 정리해줘. 열은 기능, 장점, 단점, 비용, 추천 상황으로 나누고, 각 셀은 두 문장 이내로 써줘."

이제 결과는 훨씬 덜 흔들립니다. 형식이 정교해질수록, 답도 정교해집니다.

글쓰기에서도 같습니다. "블로그 글 형식으로 써줘"보다 "제목 3개 제안 후, 도입 1문단, 핵심 포인트 3개, 마무리 행동 제안 1문단 순서로 써줘"가 훨씬 유용합니다.

예시, 역할, 형식은 각각 다른 문제를 푼다

이 셋은 비슷해 보이지만 해결하는 문제가 다릅니다.

예시는 "어떤 느낌과 수준을 원하는가"를 보여 줍니다. 역할은 "어떤 관점과 기준으로 답할 것인가"를 잡아 줍니다. 형식은 "결과를 어떤 모양으로 받을 것인가"를 정해 줍니다.

즉, 셋을 한 문장으로 바꾸면 이렇습니다.

• 예시: 이렇게 해줘

• 역할: 이런 시선으로 해줘

• 형식: 이런 모양으로 줘

이 차이를 이해하면 불필요하게 한 요소에 과도한 기대를 걸지 않게 됩니다. 예시만 주고 형식을 기대한다든지, 역할만 주고 내용 수준까지 자동으로 맞을 거라 생각한다든지 하는 실수를 줄일 수 있습니다.

셋을 함께 쓰면 기대치가 선명해진다

실전에서는 세 가지를 함께 쓰면 강력합니다. 예를 하나 보겠습니다.

막연한 요청은 이렇습니다.

신입사원을 위한 회의 요약 문서를 써줘.

이 요청을 예시, 역할, 형식으로 다듬으면 이렇게 바뀔 수 있습니다.

신입사원이 바로 이해할 수 있게 회의 내용을 정리해줘.
역할은 팀 온보딩 문서를 쓰는 교육 담당자라고 생각해줘. 전문 용어가 나오면 한 줄로 풀어 설명해줘.
아래 예시처럼 핵심만 간단히 정리하되, 예시 문장을 그대로 복사하지는 말고 구조만 참고해줘.
예시 구조: 회의 목적 / 결정 사항 / 담당자 / 다음 액션 / 모르는 용어 설명
출력은 각 항목마다 2~3문장 이내의 짧은 문서 형식으로 작성해줘.

이 프롬프트에는 세 가지가 모두 들어 있습니다. 교육 담당자라는 역할이 설명 수준을 정하고, 예시 구조가 기대하는 정리 방식을 보여 주며, 출력 형식이 결과의 사용성을 결정합니다.

이쯤 되면 AI는 훨씬 덜 추측하고, 사용자는 훨씬 덜 고치게 됩니다.

너무 많이 넣으면 오히려 흐려진다

물론 세 가지를 다 쓴다고 무조건 좋은 것은 아닙니다. 프롬프트에도 과식이 있습니다.

예시를 다섯 개 붙이고, 역할을 세 개 겹치고, 형식을 지나치게 촘촘히 지정하면 AI가 핵심을 놓치거나 답이 부자연스러워질 수 있습니다. 모든 것을 동시에 통제하려 들면 오히려 중요한 기준이 묻힙니다.

실전에서는 이렇게 생각하면 편합니다.

우선 가장 부족한 한 가지를 채우는 것입니다. 문체가 안 맞으면 예시를 넣고, 관점이 흔들리면 역할을 주고, 결과를 바로 못 쓰겠으면 형식을 지정합니다. 필요한 만큼만 보강하는 것이 좋습니다.

좋은 프롬프트는 모든 장치를 총동원한 프롬프트가 아니라, 필요한 장치를 정확히 쓴 프롬프트입니다.

바로 써먹는 간단한 템플릿

실무에서는 복잡하게 생각하지 말고 다음 뼈대를 기억하면 좋습니다.

너는 한 역할로 답해줘.
아래 예시의 특징을 참고하되 그대로 베끼지는 말아줘.
결과는  형식으로 작성해줘.

여기에 작업 내용만 끼워 넣으면 됩니다. 예를 들어 이런 식입니다.

너는 초보자에게 개념을 설명하는 친절한 튜터 역할로 답해줘.
아래 예시의 특징을 참고하되 그대로 복사하지 말고, 어려운 용어를 쉬운 말로 풀고 짧은 비유를 하나 넣어줘.
결과는 제목, 핵심 설명, 예시, 한 줄 요약 형식으로 작성해줘.

아주 단순하지만, 기대치가 훨씬 선명해집니다.

이 장의 핵심 정리

예시, 역할, 형식 지정은 프롬프트를 멋있게 보이게 하는 장식이 아닙니다. 말로 설명하기 어려운 기대치를 AI에게 전달하는 실용적인 도구입니다.

예시는 원하는 수준과 결을 보여 줍니다. 역할은 어떤 시선과 기준으로 답할지 정해 줍니다. 형식은 결과를 어떤 모양으로 받아 바로 쓸 수 있게 만듭니다. 셋은 서로 비슷해 보이지만, 실제로는 각기 다른 문제를 해결합니다.

중요한 것은 과장된 역할놀이가 아니라 구체적인 관점이고, 긴 예시가 아니라 참고할 특징이며, 막연한 "표로"가 아니라 세부 항목이 있는 형식 지정입니다.

결국 핵심은 단순합니다. AI에게 더 잘 말하려 하지 말고, 더 잘 보여 주라. 말로 애매한 것은 예시로 보여 주고, 판단 기준은 역할로 잡아 주고, 결과의 쓰임은 형식으로 정리하면 됩니다.

다음 장에서는 이렇게 배운 원리를 반대로 뒤집어 보겠습니다. 왜 어떤 프롬프트는 자꾸 실패하는지, 실패하는 프롬프트의 공통점을 살펴보겠습니다.