대부분의 사람들이 시도해 보지 않은 클로드식 프롬프팅 기법 10가지!
🛠️ 도구 및 리뷰
온라인에서 찾아볼 수 있는 대부분의 프롬프팅 관련 조언은 2023년에 유행했던 GPT 팁을 재탕한 것에 불과합니다. 하지만 Anthropic Games는 놀라울 정도로 구체적인 프롬프팅 모범 사례 페이지를 공개했는데, 그중 일부는 일반적인 통념과 정면으로 배치됩니다. 저는 소프트웨어 개발에 Claude를 매일 사용하기 때문에 직접 모든 내용을 테스트해 봤습니다. 그 결과, 실제로 눈에 띄는 차이를 만들어낸 프롬프팅 방법들을 소개합니다.
1. 클로드는 당신이 명시적으로 요청하지 않는 한, 평소보다 더 많은 일을 해주지 않을 겁니다.
기본적으로 Claude는 최선의 답변이 아닌 합리적인 답변을 제공합니다. 문서에는 다음과 같은 예시가 나와 있습니다. `true`는 create an analytics dashboard기본적인 답변을 제공하지만, ` create an analytics dashboard, include as many relevant features and interactions as possible, go beyond the basics to create a fully-featured implementationfalse`는 훨씬 더 나은 답변을 제공합니다. 저는 거의 모든 질문에 `false`와 같은 문장을 하나씩 추가하기 시작했고 be thorough and go beyond the obvious, 출력 품질이 즉시 향상되었습니다.
2. 서식 제어를 위해서는 클로드에게 하지 말아야 할 일이 아니라 해야 할 일을 알려주세요.
이는 특히 출력 스타일 설정에 적용됩니다. 예를 들어 don't use markdown in your response, write in flowing prose paragraphs대신에 라고 하고, 대신 don't use bullet points에 라고 하는 식입니다 incorporate items naturally into sentences. 포괄적인 형식 지시의 경우, 클로드가 사용자가 실제로 원하는 바를 추측할 필요가 없으므로 긍정적인 지시가 더 효과적입니다. never use em dashes하지만 와 같은 구체적인 금지 사항도 여전히 잘 작동하며, 그 자체로 충분히 정확합니다.
3. 단순히 '무엇'이 아니라 '왜'를 설명하세요.
그들의 문서에는 정말 훌륭한 예제가 있습니다. NEVER use ellipses그냥 써도 괜찮지만, your response will be read aloud by a text-to-speech engine, so never use ellipses because the TTS engine won't pronounce them훨씬 더 좋습니다. 클로드는 설명을 바탕으로 일반화합니다. 규칙의 근거를 알려주면, 미처 생각하지 못했던 예외적인 상황에도 그 논리를 적용하기 시작합니다. 이제 거의 모든 명령어에 한 문장 정도의 맥락을 추가했더니 결과가 훨씬 더 일관성 있어졌습니다.
4. 복잡한 프롬프트를 구성하기 위한 XML 태그.
프롬프트에 지침, 배경 정보, 예시, 데이터가 혼합되어 있는 경우, 각 섹션을 `<p>`, `<p>`, <instructions>` <context><p> <input>` 와 같은 XML 태그로 감싸세요 <constraints>. 처음 보면 어색하게 들릴 수 있지만, Claude는 태그가 있는 입력을 일반 텍스트보다 모호함 없이 더 정확하게 파싱합니다. Anthropic은 특히 단순한 질문 이상의 모든 경우에 이 방법을 권장합니다. 저도 모든 다중 섹션 프롬프트에 이 방법을 적용하기 시작했는데, 일관성이 확실히 향상되었습니다.
5. 서류는 맨 위에, 질문은 맨 아래에 놓으세요.
이건 실제 수치로 뒷받침되는 내용입니다. 앤스로픽의 테스트 결과, 긴 입력값(2만 개 이상의 토큰)을 처리할 때 쿼리를 마지막에 배치하면 복잡한 다중 문서 입력에서 응답 품질이 최대 30%까지 향상되는 것으로 나타났습니다. 대부분의 사람들은 질문을 먼저 붙여넣고 그 뒤에 문서를 붙여넣습니다. 순서를 바꿔보세요.
6. 분석하기 전에 클로드에게 견적을 요청하세요.
긴 문서를 검토할 때는 클로드에게 먼저 관련 부분을 찾아 인용하도록 지시한 다음, 그 인용문을 바탕으로 분석을 제공하도록 하세요. 이렇게 하면 클로드가 막연한 느낌에 의존하지 않고 실제 텍스트에 근거하여 추론을 도출하게 됩니다. 저는 계약서 검토나 긴 코드 검토에 이 방법을 사용하는데, 그냥 말로만 하는 것과 비교했을 때 정확도가 상당히 높아집니다 analyze this document.
7. example 태그로 감싼 3~5개의 예시를 사용하세요.
단순히 "예시를 제시"하는 것뿐만 아니라, <example>클로드(Claude)가 그것이 설명이 아니라 예시라는 것을 알 수 있도록 구체적인 태그로 감싸야 합니다. 또한 예외적인 경우를 모두 포함할 수 있도록 다양한 예시를 만들어야 합니다. 앤트로픽(Anthropic)에 따르면, 이는 여러 번 실행 시 출력 형식, 어조 및 구조를 제어하는 가장 확실한 방법 중 하나입니다. 저는 일관된 형식이 필요한 모든 곳에 이 방법을 사용합니다.
8. 완료하기 전에 스스로 점검하십시오.
before you finish, verify your answer against [specific criteria]정확도가 중요한 프롬프트에 `--` 와 같은 문구를 추가하세요 . Anthropic Games Store에 따르면 이렇게 하면 코딩 및 수학 계산에서 오류를 안정적으로 잡아낼 수 있다고 합니다. 저는 verify that every function you wrote actually gets called`--`나 `--` 와 같은 문구를 추가했는데 check that every data point references the source context, 오류율이 눈에 띄게 줄었습니다.
9. 프롬프트의 서식이 출력 결과에 영향을 미칩니다.
이건 좀 미묘한 차이입니다. 프롬프트에 마크다운 헤더, 굵은 글씨, 번호 매기기 목록이 많으면 Claude는 응답에도 해당 스타일을 그대로 반영합니다. 프롬프트가 깔끔한 일반 텍스트인 경우에도 출력 결과는 대체로 일치합니다. Anthropic은 프롬프트의 서식 스타일이 응답에 직접적인 영향을 미친다고 설명합니다. 따라서 출력에 마크다운이 너무 많이 포함되고 지침만으로는 해결되지 않는다면 프롬프트 자체에서 마크다운을 제거해 보세요.
10. 동료에게 프롬프트를 보여주세요. 만약 그 동료가 혼란스러워한다면, 클로드도 마찬가지일 겁니다.
인류학에서는 이를 '프롬프트의 황금률'이라고 부릅니다. 클로드라는 뛰어난 신입 사원을 생각해 보세요. 그는 당신의 규범과 워크플로에 대해 전혀 알지 못합니다. 원하는 바를 정확하게 설명할수록 결과는 더 좋아집니다. 결과물이 좋지 않다고 모델을 탓하기 전에, 자신이 작성한 프롬프트를 다시 읽어보고 아무런 배경지식이 없는 똑똑한 사람이 이해할 수 있을지 자문해 보세요. 문제의 절반은 모델이 아니라 프롬프트에 있습니다.
이 모든 내용은 공개 문서에 나와 있으며, 비밀스러운 내용은 전혀 없습니다. 하지만 대부분의 사람들은 긴 문서 속에 묻혀 있는 내용을 읽지 않고, 그 문서를 읽지도 않은 누군가가 만든 60초짜리 영상으로 내용을 파악하는 것을 더 선호합니다.
어떤 프롬프트 패턴이 실제로 효과적이었나요? XML 태그 방식이 기술적인 용도가 아닌 다른 용도에도 효과적인지 궁금합니다. 저는 주로 코드와 콘텐츠에 적용해 봤거든요.