원하는 답이 계속 나오지 않는다면 답을 붙잡고 고치기보다 프롬프트를 다시 쓰는 편이 낫다. 같은 방향으로 두 번 어긋났다면 질문부터 다시 점검한다.

이 장에서 기억할 핵심은 세 가지다.

• 네 가지 구성 요소 — 범위 · 출처 · 본보기 · 끝나는 조건
• 자료를 주는 세 가지 방법 — @로 파일 지목 · 이미지 붙여넣기 · 주소 주기
• 판단 기준은 두 번 — 같은 방향으로 두 번 어긋나면 프롬프트를 다시 쓴다.

프롬프트를 다시 쓰는 편이 효율적인 이유

1장에서 살펴본 것처럼 이전 답과 그에 대한 지적도 모두 컨텍스트에 쌓인다. 같은 답을 여러 번 고치다 보면 잘못된 답과 수정 지시가 함께 남고, 다음 답도 그 맥락의 영향을 받는다.

반면 /clear로 대화를 비운 뒤 프롬프트를 다시 쓰면 불필요한 맥락 없이 시작할 수 있다. 공식 문서에서도 지시를 구체적으로 작성하면 수정 횟수를 줄일 수 있으며, 사용자의 의도는 명확하게 전달해야 한다고 강조한다.

프롬프트를 구체화할 때는 다음 네 가지를 먼저 살펴보면 된다.

네 조각 — 범위 · 출처 · 본보기 · 끝나는 조건

실무에서 효과적인 프롬프트에는 대개 다음 네 요소가 들어간다. 순서는 중요하지 않으며, 작업에 따라 필요한 요소만 선택해도 된다.

• 범위 — 어디까지 해야 하는지, 무엇을 건드리지 말아야 하는지 정한다.
• 끝나는 조건 — 언제 작업이 완료됐다고 판단할지 정한다. 가능하면 테스트·빌드·수치처럼 Claude가 직접 확인할 수 있는 기준도 함께 준다.
• 출처 — 답을 찾을 파일·문서·이력 등 참고 자료의 위치를 알려 준다.
• 본보기 — 따라야 할 기존 예시를 제시한다. 좋은 예시 하나가 긴 설명보다 기준을 분명하게 보여 줄 때가 많다.

프롬프트는 길이보다 필요한 조건이 들어 있는지가 더 중요하다. 조건이 빠진 긴 프롬프트보다 핵심 기준이 분명한 짧은 프롬프트가 더 잘 작동할 수 있다.

필요에 따라 추가하는 역할과 출력 형식