같은 AI, 다른 결과를 만드는 프롬프트 5원칙

답이 나쁜 건 모델보다 지시 탓인 경우가 많다

같은 AI 도구를 쓰는데 누구는 쓸 만한 답을 받고 누구는 매번 다시 시킨다. 차이는 대개 모델이 아니라 프롬프트에 있다. Anthropic이 공개한 프롬프트 가이드도 첫 번째 원칙으로 '명확하고 구체적으로 지시하라'를 꼽는다. 모호한 요청에는 모호한 답이 돌아온다.

좋은 프롬프트는 재능이 아니라 습관에 가깝다. 공식 문서들이 공통으로 강조하는 원칙은 대체로 다섯 가지로 정리된다. 구체적 지시, 맥락 제공, 예시, 출력 형식 지정, 단계 분리다.

1. 목적과 조건을 구체적으로 적는다

董 小姐

"이메일 써줘"와 "거래처에 납기 일주일 지연을 사과하고 새 일정을 제안하는 정중한 이메일을 5문장 이내로 써줘"는 전혀 다른 결과를 낳는다. 무엇을, 누구에게, 얼마 길이로, 어떤 톤으로 원하는지를 적을수록 답이 정확해진다.

피해야 할 것을 함께 적는 것도 효과가 크다. "전문 용어는 빼고", "과장된 표현 없이" 같은 제약이 결과의 방향을 잡아준다. 요청이 짧을수록 AI는 빈칸을 스스로 채우고, 그 추측이 내 의도와 어긋나면서 다시 시키는 일이 반복된다.

2. 왜 필요한지 맥락을 준다

지시만 던지기보다 그 일을 왜 하는지 배경을 덧붙이면 결과가 달라진다. 공식 가이드는 행동의 이유나 상황을 설명하면 AI가 의도를 더 잘 일반화한다고 설명한다.

예를 들어 "이 문장을 다듬어줘"보다 "신입 직원도 이해하도록 이 안내문을 쉽게 다듬어줘"가 낫다. 읽는 대상과 목적을 알려주면, 어느 수준으로 고쳐야 할지 판단할 근거가 생긴다.

3. 원하는 형태를 예시로 보여준다

말로 설명하기 어려운 형식은 예시 한두 개가 훨씬 빠르다. 이른바 few-shot 방식으로, 원하는 입력과 출력의 짝을 몇 개 보여주면 정확도와 일관성이 눈에 띄게 올라간다. 가이드들은 보통 예시 3~5개 정도를 권한다.

다만 예시가 지시문과 뒤섞이면 혼란을 준다. 예시는 예시라고 구분되게 표시하고, 실제 작업 내용과 섞이지 않게 하는 편이 좋다.

4. 출력 형식을 미리 정한다

결과를 어디에 쓸지 정해져 있다면 형식을 먼저 지정한다. "표로 정리해줘. 열은 항목, 금액, 비고", "불릿 다섯 개로", "JSON으로"처럼 말하면 그대로 따라온다. 회의록을 정리해 그대로 붙여넣을 생각이라면 처음부터 원하는 표 구조를 알려주는 편이, 줄글로 받은 답을 손으로 다시 나누는 것보다 빠르다. 받은 답을 다시 손보는 시간이 줄어든다.

5. 복잡한 일은 단계로 쪼갠다

한 번에 큰 작업을 통째로 시키면 중간이 뭉개지기 쉽다. 자료 요약, 초안 작성, 톤 교정을 한 프롬프트에 다 넣는 대신 단계로 나눠 이어가면 각 단계의 품질이 올라간다. 어려운 문제일수록 "단계별로 생각해서 풀어달라"고 요청하는 것만으로도 답이 정돈되는 경우가 많다.

처음부터 완벽할 필요는 없다

다섯 가지를 한꺼번에 지킬 필요는 없다. 우선 간단히 시켜보고, 결과가 부족한 지점만 보완하는 순서가 현실적이다. 답이 너무 길면 분량을, 톤이 어긋나면 대상과 맥락을, 형태가 어긋나면 출력 형식을 추가하는 식이다. 프롬프트는 한 번에 맞히는 문제가 아니라 몇 번 다듬는 과정에 가깝다.

출처

1. Prompting best practices - Claude Platform Docs
2. Prompt engineering techniques: Top 6 for 2026