프롬프팅은 프로그래밍이다: 모두가 익혀야 할 기술
자연스럽게, 일상 언어로 뭔가를 입력하고 AI가 이해하면 이미 잘 하고 있는 거라는 생각. 프롬프팅은 쉬운 부분 — 생각 없이 누구나 할 수 있는 것이라는 생각.
프롬프팅은 프로그래밍이다: 모두가 익혀야 할 기술
"AI로 만들기" 시리즈 6편
끈질기게 퍼져 있는 오해가 있다. 프롬프팅은 그냥 "AI에게 말 거는 것"이라는 생각.
자연스럽게, 일상 언어로 뭔가를 입력하고 AI가 이해하면 이미 잘 하고 있는 거라는 생각. 프롬프팅은 쉬운 부분 — 생각 없이 누구나 할 수 있는 것이라는 생각.
이 오해가 사람들의 엄청난 시간을 낭비하고 평범한 결과를 만들어내고 있다.
프롬프팅은 말 거는 게 아니다. 프롬프팅은 지시하는 것이다. 그리고 모든 정밀한 지시의 형태와 마찬가지로 — 법적 계약 작성, 디자이너 브리핑, 개발자를 위한 테스트 케이스 작성 — 지시의 품질이 결과의 품질을 결정한다.
AI의 일반 사용자와 파워 유저의 차이는 쓰는 도구나 선택하는 모델이 아니다. 프롬프트의 품질이다. 그리고 프롬프트 품질은 배울 수 있는 기술이다 — 알고 나면 모든 것을 바꾸는 소수의 패턴들과 함께.
이 글이 그 패턴들을 전한다.
왜 프롬프팅이 프로그래밍인가
개발자가 코드를 쓸 때, 기계에 정밀하고 모호하지 않은 지시를 내린다. 뭔가 모호하게 두면 코드가 깨지거나, 더 나쁜 경우 의도하지 않은 일을 한다.
프롬프팅도 같은 방식으로 작동한다 — 한 가지 중요한 차이점이 있다. 코드는 문자 그대로 실행된다. 프롬프트는 해석된다. AI가 패턴을 기반으로 공백을 채운다 — 그 패턴이 당신의 의도와 맞을 수도 있고 아닐 수도 있다.
이것이 의미하는 것:
- 정밀도가 중요하다 — 구체적일수록 AI가 추측해야 할 것이 적다
- 구조가 중요하다 — 프롬프트를 구성하는 방식이 AI가 처리하는 방식에 영향을 미친다
- 맥락이 중요하다 — 작업 전에 AI에게 말하는 것이 AI가 작업에 접근하는 방식을 형성한다
- 예시가 중요하다 — 보여주는 것이 말하는 것보다 더 신뢰할 수 있다
프롬프팅을 이렇게 생각하라: 쓰여진 모든 것을 읽었지만 당신, 당신의 맥락, 당신의 상황에서 "좋은 것"이 어떤 모습인지에 대해 특별히 아무것도 모르는 엄청나게 유능한 인턴에게 지시를 쓰는 것. 남기는 모든 공백은 그들이 최선의 추측으로 채울 공백이다.
5가지 핵심 프롬프트 패턴
이건 트릭이나 꼼수가 아니다. 거의 모든 사용 사례 — 글쓰기, 분석, 코딩, 리서치, 의사결정 지원 — 에 걸쳐 작동하는 구조적 패턴이다. 이 다섯 가지를 익히면 프롬프트를 효과적으로 만드는 것의 80%를 커버한다.
패턴 1: 역할 + 작업 + 맥락
단일로 가장 영향력 있는 패턴이다. AI에게 누구가 될지, 무엇을 할지, 무엇을 알아야 하는지를 말하라.
구조:
당신은 [특정 전문성을 가진 역할]입니다.
당신의 작업은 [구체적인 행동 동사 + 결과물]입니다.
맥락: [AI가 이것을 잘 하기 위해 필요한 관련 배경]
패턴 없이:
"우리 신제품 출시에 관한 링크드인 포스트를 써줘."
패턴 있이:
"당신은 기술 창업자들을 위한 글쓰기를 전문으로 하는 B2B SaaS 카피라이터입니다. 당신의 작업은 무료 체험 가입을 유도하는 제품 출시 발표 링크드인 포스트를 쓰는 것입니다. 맥락: 우리 제품은 Clearly(clearlyreqs.com)라는 AI 기반 요구사항 도구입니다. 우리 독자는 아이디어에서 스펙까지 걸리는 시간에 좌절하는 프로덕트 매니저와 스타트업 창업자들입니다. 말투는 직접적이고 자신감 있어야 합니다 — 과장 없이, 유행어 없이. 우리 일반적인 고객은 마케팅 주장에 회의적이고 구체성에 반응합니다."
두 번째 프롬프트는 급격히 더 유용한 무언가를 만들어낼 것이다. 더 길기 때문이 아니라 — 세 겹의 추측을 제거하기 때문이다.
패턴 2: 포맷 지정
AI는 프롬프트를 기반으로 합리적으로 보이는 포맷을 기본으로 설정한다. 그 기본값은 종종 당신의 목적에 맞지 않는다. 포맷을 명시적으로 지정하라.
약한:
"이 회의 녹취록을 요약해줘."
강한:
"이 회의 녹취록을 요약해줘. 다음과 같이 형식을 잡아줘:
- 결정된 사항 (불릿 목록, 각 1문장)
- 액션 아이템 (불릿 목록, 언급된 경우 담당자와 기한)
- 미결 질문 (불릿 목록, 후속 조치가 필요한 미해결 항목) 전체 요약을 200단어 이내로 유지해줘."
포맷 지정이 특히 중요할 때:
- 결과물이 특정 곳(이메일, 슬라이드, 양식)으로 가야 할 때
- 결과물을 빠르게 훑어봐야 할 때
- AI가 간결함이 필요할 때 장황한 경향이 있을 때 (혹은 그 반대)
- AI 결과물을 연결할 때 — 한 프롬프트의 결과가 다른 프롬프트의 입력을 공급할 때
AI 결과물의 구조를 바꾸기 위해 매번 편집하고 있다면, 그건 프롬프트에 포맷 지정을 추가해야 한다는 신호다.
패턴 3: 제약과 안티패턴
AI에게 하지 말아야 할 것을 말하라. 이건 가장 많이 사용되지 않는 패턴 중 하나다 — 그리고 레버리지가 가장 높은 것 중 하나다.
받은 AI 결과물이 약간 어긋나고, 약간 일반적이고, 약간 잘못된 것처럼 느껴진 모든 경우는 대개 말하지 않은 제약을 위반한 것이다.
제약 예시:
"불릿 포인트를 사용하지 말고 — 흐르는 산문으로 써줘." "경쟁사를 이름으로 언급하지 마." "'레버리지', '시너지', '혁신적', '최첨단' 같은 단어를 사용하지 마." "독자에게 기술적 배경이 있다고 가정하지 마." "어떤 문장도 '저는'으로 시작하지 마." "150단어를 초과하지 마."
안티패턴 예시 (피해야 할 것):
"어떤 회사에도 적용될 수 있는 일반적인 조언을 피해줘 — 모든 것이 우리 상황에 구체적이어야 해." "답하기 전에 질문을 다시 진술하는 걸 피해줘." "'고려할 가치가 있을 수도 있습니다' 같은 헤징 언어를 피해줘 — 직접적이고 구체적이어야 해."
제약은 제한처럼 느껴지지만 실제로는 정밀도의 한 형태다. "기술적으로 맞는"과 "실제로 내가 원했던 것" 사이의 간극을 좁힌다.
패턴 4: 사고의 연쇄 (먼저 추론하도록 요청하기)
복잡한 작업 — 분석, 전략, 디버깅, 결정 — 에서 답을 주기 전에 먼저 문제를 추론하도록 AI에게 요청하면 결과물 품질이 극적으로 향상된다.
이것이 작동하는 이유는 그럴듯하게 들리는 답으로 패턴 매칭하는 대신 결론을 향해 쌓아올리도록 모델에게 강요하기 때문이다. "작업을 보여줘"라고 요청하는 것과 같다.
CoT 없이:
"올해 일본 시장으로 확장해야 할까?"
CoT 있이:
"우리 B2B SaaS 제품을 올해 일본 시장으로 확장하는 것을 고려하고 있어. 추천을 주기 전에 다음을 추론해줘:
- 일반적으로 일본 진출 미국 SaaS 회사의 성공 또는 실패를 결정하는 요인은 무엇인가?
- 자신 있는 추천을 하기 위해 어떤 정보가 필요한가?
- 지금 확장하는 것에 대한 가장 강력한 논거는 무엇인가?
- 기다리는 것에 대한 가장 강력한 논거는 무엇인가? 그런 다음 그 추론을 기반으로 추천을 해줘."
두 번째 프롬프트는 일관되게 더 미묘하고 더 신뢰할 수 있는 결과물을 만들어낸다 — 모델이 답을 주기 전에 문제의 복잡성과 씨름해야 하기 때문이다.
사고의 연쇄가 특히 유용한 경우:
- 의미 있는 이해관계가 있는 모든 결정
- 결론만큼 추론이 중요한 분석
- 디버깅 — 수정을 제안하기 전에 문제가 무엇을 일으킬 수 있는지 추론하도록 요청
- 자신 있게 들리는 답이 결국 틀렸을 때마다
패턴 5: 예시 (퓨샷 프롬프팅)
상상하는 것과 AI가 만드는 것 사이의 간극을 좁히는 가장 빠른 방법: 원하는 것의 예시를 보여줘라.
기술 문헌에서 "퓨샷 프롬프팅"이라고 불리지만 개념은 단순하다: 좋은 것이 어떻게 생겼는지 말로 설명하는 대신, 시연하라.
예시 없이:
"우리 회사 목소리로 제품 업데이트 이메일을 써줘."
예시 있이:
"우리 회사 목소리로 제품 업데이트 이메일을 써줘.
우리 톤에 맞는 이메일 두 가지 예시가 있어:
[예시 1 — 실제로 보낸 이메일 붙여넣기]
[예시 2 — 또 다른 실제 이메일 붙여넣기]
주목할 것: 우리는 문장을 짧게 유지하고, '사용자들'이 아닌 '당신'을 쓰고, 기능이 아닌 혜택으로 시작하고, 느낌표를 절대 쓰지 않는다."
예시는 설명 단락보다 더 많은 일을 한다. 리듬, 어휘, 구조, 톤을 보여준다 — 설명하기 매우 어렵지만 시연할 때 즉시 명확한 것들.
최고의 AI 결과물 소형 라이브러리를 유지하라. 다음에 비슷한 것이 필요하면 처음부터 스타일을 설명하는 대신 이전 결과물을 퓨샷 예시로 사용해라.
완성된 프롬프트
다섯 가지 패턴이 모두 적용될 때 잘 구성된 프롬프트가 어떻게 생겼는지:
작업: 잠재적 파트너에게 콜드 아웃리치 이메일 작성.
당신은 한국-미국 기술 파트너십을 전문으로 하는 비즈니스 개발 작가입니다.
당신의 작업은 미국 스마트시티 기술 회사의 이사에게 Seattle Partners를 소개하고
한국 스마트시티 스타트업을 미국 시장에 진출시키는 파트너십을 제안하는
콜드 아웃리치 이메일을 쓰는 것입니다.
맥락:
- Seattle Partners는 한국 기술 기업에 특화된 미국 시장 진출 회사입니다
- 스마트시티, 스마트빌딩, IoT 분야의 20개 이상 한국 스타트업과 함께 했습니다
- 수신자는 중규모 미국 스마트시티 기술 회사의 비즈니스 개발 이사입니다
- 그들은 많은 일반적인 파트너십 이메일을 받을 가능성이 높습니다; 우리 것이 즉시 주목을 받아야 합니다
포맷:
- 제목줄 (8단어 이내)
- 이메일 본문 (150단어 이내)
- 끝에 단일하고 명확한 행동 촉구
제약:
- "시너지"나 "혁신적"이라는 단어를 사용하지 마세요
- 모호하지 말고 — 우리가 다루는 최소 하나의 특정 기술 카테고리를 언급하세요
- "이 이메일이 잘 전달되길 바랍니다"나 그 변형으로 시작하지 마세요
- 톤은 직접적이고 자신감 있어야 합니다, 굴종적이지 않게
이전에 긍정적인 반응을 얻은 아웃리치 이메일 예시입니다:
[여기에 예시 붙여넣기]
이 프롬프트는 일관되게 실제로 사용할 수 있는 무언가를 만들어낼 것이다 — 당신이 누구인지, 무엇을 원하는지, 좋은 것이 어떻게 생겼는지에 대한 AI의 추측을 거의 모두 제거하기 때문이다.
반복 마인드셋
캐주얼 사용자와 파워 유저를 가르는 한 가지 더: 불완전한 결과물에 어떻게 반응하는가.
캐주얼 사용자는 한 번 프롬프트를 시도하고, 정확하지 않은 무언가를 받고, 그냥 수용하거나 처음부터 다시 시작한다.
파워 유저는 프롬프팅을 반복적 프로세스로 취급한다. 첫 번째 결과물이 공백을 드러낸다. 프롬프트를 조이고, 제약을 추가하고, 잘못된 것의 예시를 준다. 두 번째 결과물이 더 좋다. 다시 다듬는다. 세 번째나 네 번째 반복에서 진정으로 탁월한 무언가를 가지게 된다 — 그리고 더 중요하게 재사용할 수 있는 프롬프트를 가지게 된다.
목표는 첫 번째 시도에서 완벽한 프롬프트를 쓰는 것이 아니다. 목표는 각 결과물에서 프롬프트가 무엇을 놓쳤는지 배우고 다음 버전에 그 정밀도를 추가하는 것이다.
다듬는 모든 프롬프트는 자산이다. 저장하라. 라이브러리를 구축하라. 그 라이브러리가 워크플로우를 위해 구축할 수 있는 가장 가치 있는 것 중 하나다.
더 깊이 배우고 싶다면
이 글은 핵심 패턴들을 다뤘다. 송재희의 AI Development Guide는 특정 사용 사례를 위한 고급 프롬프팅으로 더 깊이 들어간다 — 에이전트를 위한 프롬프팅 방법, 다단계 워크플로우에서 프롬프트를 연결하는 방법, 다양한 모델과 맥락에 이 패턴들을 적용하는 방법 포함.
📱 Apple Books ▶️ Google Play Books 🌐 전 플랫폼 구매 (Books2Read)
다음 편: "AI 에이전트 — 코딩 없이 나만의 미니 팀 만들기" — 단일 프롬프트를 넘어 당신이 자는 동안 작동하는 다단계 자율 워크플로우로 가는 방법.