Claude 프롬프트 가이드
Claude는 프롬프트를 꼼꼼히 읽어요. 그래서 꼼꼼히 쓸 가치가 있어요. 구조를 잡고, 자료의 경계를 명확히 표시하고, 답하기 전에 검토하도록 요청하는 것이 핵심이에요.
기본은 같아요
역할, 맥락, 작업, 제약, 형식은 Claude에도 다른 모델만큼 중요해요. 다섯 요소는 프롬프트 엔지니어링 완벽 가이드에 설명돼 있어요. 여기서는 이를 갖춘 다음 Claude가 프롬프트를 어떻게 다루는지 살펴봐요. 핵심은 하나예요. 꼼꼼히 읽는 모델이므로 꼼꼼히 쓸 가치가 있어요.
표현보다 구조
길고 정리된 프롬프트는 Claude를 혼란스럽게 하지 않고 오히려 도와줘요. 간결함이 잘 통하는 다른 모델과 달리, Claude에는 원하는 작업, 제약, 자료 순서의 작업 지침이 잘 맞아요. 제목, 번호가 붙은 조건, 이름 붙인 짧은 섹션을 잘 유지하며, 각각이 모델이 지켜야 할 기준이 돼요.
실제로는 세 가지 조건을 한 문장에 욱여넣지 않으면 돼요. 같은 정보라도 빽빽한 한 문단보다 번호를 붙인 세 줄이 더 잘 지켜져요.
이 글을 더 명확하게 고쳐 줘 근데 전문적인 말투는 유지하고 더 길게 쓰진 말고 헷갈리는 두 번째 문단도 고쳐 줘
아래 글을 편집해 줘. 1. 더 길어지지 않게 명확히 써 줘. 수정본은 원문과 같거나 짧아야 해. 2. 업무용 격식을 유지하고 더 친근하게 바꾸지 마. 3. 두 번째 문단이 가장 부족해. 고치기 전에 문제점을 한 줄로 말해 줘. 글: …
자료와 지시 분리하기
프롬프트가 잘못되는 가장 흔한 이유는 모델이 작업 지시와 작업 대상을 구분하지 못하기 때문이에요. Claude는 명확한 표시를 잘 처리하므로, 붙여 넣은 내용을 <draft>…</draft>나 <email>…</email> 같은 태그로 감싸면 돼요. 이후 지시에서 그 이름을 참조할 수 있어요.
자료 안에 지시처럼 보이는 내용이 있을 때 특히 중요해요. 붙여 넣은 고객 이메일에 ‘첨부 파일을 요약해 주세요’라고 적혀 있다면, 실행할 지시가 아니라 보고할 문장이에요. 태그가 그 차이를 분명히 해 줘요.
태그는 ‘여기 있는 글’을 이름이 있는 대상으로 바꿔요. 그러면 지시가 프롬프트 안의 위치에 기대지 않고 ‘<draft>에서 인용해 줘’, ‘<spec> 안은 바꾸지 마’처럼 자료를 직접 가리킬 수 있어요.
먼저 검토하고, 그다음 답하도록 요청하기
Claude는 요청을 받으면 문제를 단계적으로 검토하는 데 익숙하고, 그 요청을 추가할 가치가 있는 경우가 많아요. ‘장단점을 먼저 나열한 뒤 추천해 줘’는 ‘추천해 줘’보다 눈에 띄게 나은 추천을 만들어요. 결론 전에 따져 보기 때문이기도 하고, 어떤 요소에 잘못 무게를 두었는지 보고 바로잡을 수 있기 때문이기도 해요.
그런 설명을 원하지 않을 때는 반대 지시도 유용해요. ‘서론이나 이유 설명 없이 한 줄로 답해 줘’도 잘 따라요.
이 기능을 직접 만들까 외부 제품을 쓸까
우리는 엔지니어 4명으로 구성된 팀이고, 앱 내 검색을 직접 만들지 호스팅 검색 제품을 도입할지 결정하고 있어. 먼저 각 선택을 지지하는 가장 강한 이유 3개를 나열하고, 아직 검증하지 않은 가정에 기대는 이유는 표시해 줘. 이어서 두 문장으로 추천하고, 그 추천을 바꿀 단 하나의 사실을 말해 줘.
문체를 구체적으로 정하면 잘 지켜요
어조의 미묘한 차이에 대한 지시도 잘 따르므로, 내 말투를 살리는 편집 작업에 Claude가 잘 맞아요. 바꿀 것뿐 아니라 지킬 것도 알려주세요. ‘내 축약 표현과 문장 길이는 유지하고, 문법과 명확성만 고쳐 줘’는 이 모델이 실제로 수행할 수 있는 프롬프트예요.
하지 말아야 할 것도 정확히 지정할 수 있어요. ‘마지막에 요약 문단을 덧붙이지 마’, ‘비판을 완곡하게 바꾸지 마’, ‘요청하지 않은 단서를 추가하지 마’도 그대로 잘 작동해요.
긴 문서는 오히려 잘 맞아요
긴 문서를 붙여 넣고 좁고 구체적인 질문을 하면 모델의 장점을 살릴 수 있어요. 정확성이 중요하다면 바꿔 말하기보다 인용을 요청하세요. ‘그 판단의 근거가 되는 문장을 인용해 줘’라고 하면, 믿기만 해야 하는 답을 몇 초 만에 확인할 수 있는 답으로 바꿀 수 있어요.
버리면 좋은 세 가지 습관
- 모호하게 부탁하기. ‘혹시 이걸 조금 다듬어 줄 수 있을까?’에는 목표가 없어요. 3분의 1 줄이기, 부사 빼기, 문장마다 한 가지 생각만 담기처럼 ‘다듬기’가 무엇인지 정하세요.
- 지시를 묻어 두기. 긴 자료를 붙여 넣었다면 작업 지시를 끝에 둬서 마지막에 읽게 하거나, 앞뒤에 모두 적으세요.
- 첫 초안을 최종본으로 받아들이기. ‘세 번째 항목이 일반적이니 글 속의 구체적인 예로 바꿔 줘’처럼 정확한 수정 하나가 프롬프트를 다시 쓰는 것보다 효과적일 때가 많아요.
하나의 아이디어를 Claude가 읽기 좋은 형태로
서비스를 Claude로 설정하고 AI 키를 누르세요. Prompt AI Keyboard가 대략적인 문장을 이 모델에 잘 맞는, 구조와 제약이 분명한 프롬프트로 다시 구성해요. 어떤 앱에서 입력하든 가능해요.
자주 묻는 질문
Claude 프롬프트는 어떻게 구성하나요?
한 문장보다 작업 지침처럼 써 보세요. 작업, 번호를 붙인 제약, 적용할 자료 순서예요. Claude는 길어도 정리된 지시를 잘 따르므로, 세 가지 조건을 빽빽한 한 문단에 쓰기보다 번호를 붙여 나누면 더 잘 지켜요.
Claude에 붙여 넣는 글을 태그로 감싸는 이유는 무엇인가요?
모델이 작업 지시와 작업 대상을 구분하도록 하기 위해서예요. 다음과 같은 표시로 자료를 감싸면
Claude에 먼저 검토하라고 하면 답이 실제로 좋아지나요?
보통은 그래요. ‘장단점을 나열한 뒤 추천해 줘’가 ‘추천해 줘’보다 나은 추천을 만들고, 어떤 요소에 잘못 무게를 두었는지도 보여 주어 수정하기 쉬워요. 반대로 간단한 답을 원할 때는 ‘서론 없이 한 줄로’도 잘 따라요.