AI 프롬프트 작성법 2026 — 공식 문서에 있는 기법 8가지

원하는 결과를 구체적으로, 돌려 말하지 않고 적는 것이 첫 번째 원칙입니다. 공식 문서는 클로드를 "맥락은 없지만 똑똑한 신입 직원"에 비유합니다. 같은 지시를 동료에게 보여줬을 때 그 사람이 헷갈린다면, AI도 똑같이 헷갈립니다. 원하는 출력 형식과 제약 조건을 구체적으로 적고, 순서가 중요한 작업은 번호를 매겨 단계별로 적는 편이 결과를 안정적으로 만듭니다.

지시만 던지기보다 왜 이 결과가 필요한지 설명을 붙이면 답의 방향이 더 정확해집니다. 예를 들어 "말줄임표를 쓰지 마"보다 "이 답변은 음성으로 읽히니 음성 합성기가 발음하지 못하는 말줄임표는 쓰지 마"라고 이유를 붙이면, AI가 그 이유를 일반화해서 비슷한 상황에도 스스로 적용합니다.

원하는 형식과 비슷한 예시를 넣는 방식을 few-shot(퓨샷) 프롬프팅이라고 합니다. 공식 문서는 결과에 가장 신뢰도 있는 영향을 주는 방법 중 하나로 꼽으며, 실제 상황과 비슷하고 서로 다른 패턴을 보여주는 예시 3~5개를 넣을 것을 권합니다.

긴 지시문에 지시·맥락·예시·입력이 섞여 있으면 AI가 어디까지가 지시이고 어디부터가 자료인지 헷갈릴 수 있습니다. <instructions>, <context>, <example> 같은 XML 태그로 내용을 감싸면 각 부분을 분명하게 구분할 수 있고, 예시와 태그를 함께 쓰면 형식이 훨씬 안정적으로 고정됩니다.

시스템 프롬프트에 역할을 지정하면 톤과 깊이가 달라집니다. "너는 파이썬 전문 코딩 도우미야" 한 문장만 추가해도 이후 답변의 전문성과 어투가 그 역할에 맞춰집니다.

참고 자료가 길 때는 질문보다 문서를 먼저 배치하는 편이 유리합니다. 공식 문서는 질문을 맨 뒤에 두면 특히 복잡하고 여러 문서를 다루는 입력에서 답변 품질이 최대 30퍼센트까지 좋아졌다는 테스트 결과를 소개합니다. 문서마다 <document> 태그로 출처를 표시해 두면 구분도 쉬워집니다.

표, 목록, 글자 수 같은 형식을 미리 정해 주면 다시 요청하는 횟수가 줄어듭니다. 프롬프트 자체의 문체가 출력 스타일에 영향을 준다는 점도 공식 문서에 안내돼 있어서, 마크다운 없이 답을 받고 싶다면 프롬프트에서도 마크다운을 빼는 식으로 맞추면 효과가 있습니다.

한 번에 다 시키지 않고 요청을 여러 단계로 쪼개는 방식을 프롬프트 체이닝이라고 합니다. 공식 문서가 소개하는 대표적인 패턴은 초안 생성, 기준에 맞는지 검토, 검토 내용을 반영해 다시 다듬는 자기교정(self-correction) 흐름입니다. 각 단계를 별도 요청으로 나누면 중간 결과를 확인하거나 특정 단계에서만 다시 시도할 수 있어, 결과가 왜 이렇게 나왔는지 추적하기도 쉬워집니다. 처음부터 완벽한 결과를 바라기보다, 초안을 빠르게 받아본 다음 다듬어가는 순서로 접근하는 편이 실제 작업 속도에도 더 유리합니다.

"조회수 몇백만짜리 프롬프트"라는 제목에는 항상 끌리게 되지만, 그 숫자가 검증 가능한지부터 따져봐야 합니다. 이번에 확인한 235만·79만 같은 조회수는 원 게시물도, 집계 기준일도 찾을 수 없었습니다. 반면 위 8가지는 전부 Anthropic이 직접 공개한 프롬프트 엔지니어링 문서에 실려 있어 출처를 그대로 추적할 수 있습니다. 여덟 개를 한 번에 다 넣을 필요는 없습니다. 역할 부여, 출력 형식 지정, 예시 제공 세 가지만 먼저 익혀도 체감 차이가 크고, 나머지는 프롬프트가 길어지고 복잡해질 때 하나씩 추가하는 방식으로 충분합니다.

이 8가지를 다 외워야 하나요?

아닙니다. 역할 부여, 출력 형식 지정, 예시 제공 세 가지만 먼저 적용해도 답변의 방향과 형식이 눈에 띄게 안정됩니다.

GPT 같은 다른 AI에도 똑같이 적용되나요?

역할·예시·형식 지정 같은 원리는 도구를 가리지 않고 통하는 편입니다. 다만 세부 문법은 도구마다 다를 수 있어 해당 서비스의 공식 문서를 확인하는 편이 정확합니다.

프롬프트가 길어지면 오히려 안 좋은가요?

길이 자체보다 구조가 문제입니다. 긴 자료를 넣을 때는 XML 태그로 구분하고 질문을 맨 뒤에 두면, 길어도 답변 품질이 떨어지지 않습니다.

프롬프트 품질을 좌우하는 것은 화제성이 아니라 구조입니다. 명확한 지시, 맥락 설명, 예시, 구조화 태그, 역할 부여, 자료 배치 순서, 출력 형식 지정, 단계별 요청 여덟 가지는 전부 공식 문서로 확인되는 기법이며, 상황에 맞는 두세 가지만 골라 써도 결과의 안정성이 눈에 띄게 달라집니다.

• Anthropic — Prompting best practices (https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices, 확인일 2026-09-18)