프롬프트 엔지니어링 완벽 가이드
프롬프트 엔지니어링은 비밀 기술이 아니에요. 모호한 답과 실제로 유용한 답을 가르는 몇 가지 습관이에요. 이 가이드에서는 좋은 프롬프트의 구성, 알아둘 만한 작성 틀, 어떤 모델에도 다시 쓸 수 있는 템플릿을 다뤄요.
프롬프트 엔지니어링의 실제 의미
대규모 언어 모델은 마음을 읽지 않아요. 적힌 말을 읽고 유용한 뒷내용을 예측해요. 그 결과의 품질은 원하는 것을 얼마나 명확히 설명했는지에 달려 있어요. 프롬프트 엔지니어링은 모델이 일을 잘하도록, 불필요한 정보에 묻히지 않게 적절한 맥락을 충분히 주는 일이에요.
그게 전부예요. 모델을 속이거나 마법의 말을 찾는 것이 아니에요. 좋은 프리랜서 작업 지침처럼 목표, 독자, 제약, ‘완료’의 모습을 밝히는 거예요. 아래 내용은 그 일을 더 안정적으로 하는 방법이에요.
좋은 프롬프트의 구성
좋은 프롬프트는 대개 다섯 요소 중 일부를 조합해요. 다섯 가지가 모두 필요한 경우는 드물지만, 알고 있으면 답이 왜 어긋났는지 진단하고 빠진 부분을 보탤 수 있어요.
1. 역할
모델이 누구처럼 행동할지 알려주세요. ‘너는 경험 많은 카피라이터야’, ‘시니어 Python 엔지니어처럼 답해 줘’는 적절한 어휘, 깊이, 기본 관점으로 이끌어요. 역할은 여러 기대사항을 짧게 담는 방법이에요.
2. 맥락
모델이 추측할 수 없는 배경을 주세요. 누가 읽을지, 앞서 무슨 일이 있었는지, 이미 무엇을 해 봤는지예요. ‘후속 이메일 써 줘’도 데모 후 연락이 끊긴 관심 고객에게 보내는 두 번째 연락임을 알면 달라져요.
3. 작업
원하는 구체적인 작업 하나를 밝히세요. 동사가 중요해요. ‘요약’, ‘다시 쓰기’, ‘비교’, ‘비평’, ‘아이디어 제안’은 모두 다른 결과를 만들어요. ‘도와줘’처럼 모호한 동사는 모델이 추측하게 해요.
4. 제약
좋은 프롬프트는 제약에서 차이가 나요. 길이(‘150단어 미만’), 어조(‘쉽게, 전문용어 없이’), 금지사항(‘통계를 지어내지 마’), 독해 수준은 출력을 강하게 이끌어요. 제약이 없으면 모델은 평균적인 것을 골라요.
5. 형식
글머리표 목록, 표, JSON, 세 문단 글, 제목과 본문 등 원하는 형태를 말하세요. 형식을 정하면 ‘아, 표로 바꿔 줄래?’라는 한 차례의 요청을 줄일 수 있어요.
역할 + 맥락 + 작업 + 제약 + 형식. 답이 아쉽다면 이 다섯 가지 중 하나가 빠졌을 가능성이 커요. 보태고 다시 해 보세요.
같은 요청에 이 요소들을 넣은 경우와 빼놓은 경우를 비교해 보세요. 20개를 더 보고 싶다면 모든 예시를 여기서 자세히 살펴볼 수 있어요.
새 기능에 대한 글 좀 써 줘
너는 제품 마케터야. 맥락: 키보드 앱에 한 번 눌러 프롬프트를 개선하는 기능을 출시했어. 독자는 아직 써 보지 않은 기존 사용자야. 작업: 앱 내 공지를 써 줘. 제약: 60단어 미만, 친근하고 구체적으로, 장점은 하나만 분명하게, 느낌표 없이. 형식: 제목과 짧은 두 문장.
알아둘 만한 작성 틀
작성 틀은 같은 요소를 기억하기 쉽게 배열한 것일 뿐이에요. 두 가지를 기억해 두면 좋아요.
RTF — 역할, 작업, 형식
가장 빠르게 쓸 수 있는 유용한 패턴이에요. ‘[역할]처럼 행동해. [작업]. [형식]으로 줘.’ 맥락이 분명한 일상적인 짧은 요청에 딱 맞아요. 예: ‘기술 채용 담당자처럼 답해 줘. 주니어 Kotlin 개발자에게 할 선별 질문 세 개를 써 줘. 번호 목록으로 정리해 줘.’
CO-STAR — 맥락, 목표, 스타일, 어조, 독자, 응답
특정 독자에게 잘 전달해야 할 때 쓰는 더 자세한 틀이에요. 맥락, 목표(성공의 모습), 스타일과 어조, 독자, 응답 형식을 모두 적어요. 빠른 요약에는 과하지만, 마케팅 문구, 민감한 이메일, 고객에게 보여 주는 글에는 아주 좋아요.
작성 틀을 수집할 필요는 없어요. 빠르게 쓸 때는 RTF, 더 중요한 결과가 필요할 때는 CO-STAR를 고르세요. 둘 다 위의 다섯 요소를 담는 뼈대예요.
프롬프트를 약하게 만드는 다섯 가지 실수
- 구체적인 대신 정중하게 돌려 말하기. ‘혹시 이력서 좀 도와줄 수 있을까?’보다 직무, 경력 수준, 강조할 점을 명시하세요.
- 모든 것을 한 번에 요청하기. 전략, 일정, 문구를 모두 원하는 프롬프트는 세 가지를 모두 얕게 다뤄요. 먼저 계획을 받고 각 부분을 이어서 요청하세요.
- 독자 빼먹기. ‘벡터 데이터베이스를 설명해 줘’라는 같은 요청도 CTO에게 하는 설명과 호기심 많은 10대에게 하는 설명은 달라요. 독자를 밝히세요.
- 원하는 문체가 있는데 예시를 주지 않기. 특정 말투를 원하면 그 말투의 짧은 예 하나를 붙여 넣으세요. 모델은 모방을 잘해요.
- 한 번도 다듬지 않기. 첫 답은 초안이에요. ‘더 짧게, 홍보 말투는 빼 줘’가 가장 효과적인 프롬프트일 때도 많아요.
재사용할 수 있는 템플릿
복사해서 괄호를 채우고, 필요 없는 줄은 지우세요.
역할: 너는 [역할/전문 분야]야.
맥락: [모델이 추측할 수 없는 배경 — 독자, 경위, 목표].
작업: [구체적인 일 하나, 명확한 동사].
제약: [길이, 어조, 피할 것].
형식: [목록 / 표 / JSON / 단어 수].
익숙해지면 자연스럽게 하게 돼요. Prompt AI Keyboard의 AI 키가 대신 하는 일도 바로 이것이에요. 대략적인 한 줄을, 사용하는 모델에 맞는 역할, 맥락, 제약, 형식을 갖춘 프롬프트로 다시 만들어요.
번거로운 구성 없이 프롬프트 연습하기
대략적인 아이디어를 입력하고 AI 키를 누르면 구조화된 프롬프트가 돼요. iOS와 Android의 어떤 앱에서든 가능해요.
자주 묻는 질문
프롬프트 엔지니어링이란 무엇인가요?
모델이 일을 잘하도록, 불필요한 정보에 묻히지 않게 적절한 맥락을 충분히 주는 일이에요. 좋은 프리랜서 작업 지침처럼 목표, 독자, 제약, 완료 기준을 밝히면 돼요. 마법 같은 단어는 필요 없어요.
RTF와 CO-STAR 중 어떤 틀을 쓰면 되나요?
맥락이 분명한 일상적인 짧은 요청에는 RTF, 특정 독자에게 잘 전달돼야 하는 결과에는 CO-STAR를 쓰세요. 둘 다 같은 다섯 요소를 배열하는 방식일 뿐이에요.
프롬프트를 약하게 만드는 가장 흔한 실수는 무엇인가요?
구체적인 대신 정중하게 돌려 말하는 거예요. 모호한 부탁보다 직무, 경력 수준, 강조할 점을 밝히세요. 그다음으로 흔한 실수는 모든 것을 한 번에 요청하고 첫 초안을 다듬지 않는 거예요.