2026년 클로드 잘 사용하기

How to Actually Use Claude. 18 steps that unlock 100% of its potential을 읽고 아이디어를 얻어보자. 

 

1. 채팅창을 새로 열지 말고, '프로젝트(Project)' 만들기 

새 채팅창을 열 때마다 클라우드의 기억은 제로(0)에서 시작한다. 클라우드는 사용자의 이름, 하는 일, 목표, 선호하는 소통 방식도 모른다. 결국 첫 몇마디 대화를 자신을 재설명하는 데 낭비하게 된다. 그러지 않으면 클로드는 우리의 업무 스타일과 맞지 않는 뻔하고 평범한 대답을 내놓는다. 

프로젝트 기능이 이 문제를 해결할 수 있다. 

프로젝트는 그 안에서 이루어지는 모든 대화의 Context을 클로드가 고스란히 유지하는 워크스페이스이다. 딱 한 번만 세팅해 두면, 다음 세션부터는 클로드가 내가 누구인지 아는 상태로 대화를 시작한다. 

 

2. 클로드에 내가 누구인지 알려주기 

클로드가 나를 잘 도우르면, 클로드가 먼저 나라는 사람을 이해해야 한다. 대부분의 사람들은 이 단계를 건너뛰고는 "클로드 답변에 왜 이렇게 미묘하게 겉돌지?"라며 고개를 갸웃거린다. 

아래 템플릿을 복사하여, 프로젝트에 붙여넣고, 모든 항목을 솔직하게 채워넣자. 구체적으로 적을 수록 답변의 질이 올라간다. 

[내 프로필 템플릿]

내 이름은 [이름]입니다.

저는 [직업 또는 직무]로 일하고 있습니다. 저의 핵심 업무는 [매일 실제로 수행하는 일 2~3가지]입니다.

현재 제가 집중하고 있는 가장 큰 목표는 [현재 추진 중인 구체적인 목표 1~3가지]입니다.

저는 주로 클라우드를 [주요 유스케이스 작성 — 글쓰기, 리서치, 분석, 학습, 코딩 등]을 위해 사용합니다.

나의 배경지식 및 숙련도: [내가 잘 아는 분야, 현재 배우고 있는 분야, 완전히 처음 접하는 분야].

내가 정보를 전달받기 선호하는 방식: [예: 직설적이고 간결하게 / 풍부한 예시와 함께 상세하게 / 단계별로 차근차근 / 글머리 기호(Bullet points) 없이 / 짧은 단락 위주로].

내가 원하지 않는 방식: [예: 뻔한 면책 조항 넣지 말 것, 무의미한 비즈니스 전문 용어 쓰지 말 것, 내가 한 말 그대로 앵무새처럼 반복하지 말 것, "좋은 질문입니다" 같은 상투적인 문구로 시작하지 말 것].

내가 관심 있는 주제 및 분야: [나의 관심사, 업계, 틈새 시장].

이 내용을 프로젝트의 지식베이스에 저장하자. 이제 클로드는 프로젝트 안에서 시작되는 모든 대화의 서두에서 이 내용을 기본으로 읽고 시작한다. 

 

3. 커스텀 인스트럭션(Custom Instructions) 사용하기 

다음 템플릿을 채워넣은 후, 클로드에 다음과 같은 프롬프트를 던져보자. 

[Custom Instructions]
"내가 나 자신에 대해 말해준 모든 내용을 바탕으로, 이 클로드 프로젝트를 위한 'Custom Instructions' 세트를 작성해 줘.

이 지침에는 다음 내용이 포함되어야 해:

* 내가 누구이고 무슨 일을 하는지 기술할 것
* 나의 기본 소통 스타일과 포맷을 지정할 것
* 나와 일할 때 '절대로 하지 말아야 할 행동'을 명시할 것
* 모든 답변에서 유지해야 할 어조(Tone)를 정의할 것
* 매 세션마다 기본적으로 적용되었으면 하는 행동 방침을 포함할 것

클로드가 나를 돕기 위한 규칙을 읽는 것처럼 '2인칭(~하라, ~할 것)' 시점으로 작성해 줘. 
뻔한 조언은 빼고 아주 구체적으로 짜줘. 400단어 이내로 작성해 줄 것

출력된 결과물을 복사하여 프로젝트 인스트럭션(Project Instructions)에 붙여넣자. 이제 이 내용이 해당 프로젝트 내 모든 대화에서 클라우드가 상시 준수해야 하는 영구적인 운영 규정이 된다. 

 

4. 클로드를 Thinking partner으로 사용하기 

많은 사람들이 클로드를 구글 검색창처럼 사용한다. 질문을 던지고 답변이 나오길 기다린다. 이는 클로드를 가치없게 사용하는 것이다. 

클로드는 '검색도구'가 아니라 '사고의 파트너 (Thinking partner)'이다. 단순히 지식을 끌어오는 데 그치지 않고, 추론하고, 종합하고, 논쟁하며, 주어진 맥락 위에서 아이디어를 빌드업한다. 

클로드에게 "이게 무엇인지" 묻는 것을 멈추자. 대신 "내가 이 문제를 헤쳐나갈 수 있도록 함께 생각해 달라"고 요청하자. 

• 별로인 예시: "프롬프트 캐싱(Prompt caching)이 뭐야?"
• 좋은 예시: "내가 한 세션에 클라우드를 20번씩 호출하는 워크플로우를 짜고 있어. 내 비즈니스 맥락을 고려했을 때 프롬프트 캐싱이 어떻게 작동하는지, 그리고 이게 실제로 비용을 얼마나 줄여줄 수 있을지 나랑 같이 짚어줘."

이렇게 질문해야 클로드에게 나와 함께 해결해야 할 '진짜 문제'를 부여할 수 있다. 

5. 클로드코드에게 "먼저 나에게 질문을 던지라"고 요청하자 

복잡한 작업을 시작하기 전, 클로드가 나에게 필요한 정보를 먼저 물어보라고 지시하자.  

클로드가 일을 시작하기 전에 나에게 먼저 질문하면, 올바르고 단단한 기초를 바탕으로 결과물이 나온다.

그래서 답변의 퀄리티가 상당히 높아진다. 

이 과정이 없으면 클로드는 제멋대로 가정을 내리고 짐작하여 결과물을 만든다. 처음부터 제대로 맞출 수 있던 결과물을 고치는 데에 많은 시간을 쓰게 된다. 

[프롬프트 - 일반]

이 일을 시작하기 전에, 이 작업을 완벽하게 수행하기 위해 너가 나에게 물어봐야 할 가장 중요한 질문 5가지만 먼저 던져줘. 내가 답변을 주면, 그때 작업을 시작하자.

 

[프롬프트 - 특정작업]

잠재 고객에게 보낼 콜드 메일(Cold email) 작성을 도와줘. 초안을 덜컥 쓰지 말고, 이 메일이 흔하디흔한 스팸처럼 보이지 않고 진짜 매력적으로 뽑히기 위해 너가 알아야 할 사항들을 나에게 먼저 질문해 줘.

 

6. 내 말투 복제하기 

아무런 예시 없이 클로드에게 글을 쓰라고 하면, 클로드는 자기 말투로 글을 쓴다. 문법은 완벽하지만 어조가 완전히 달라진다. AI가 작성한 글이 티가 나는 이유가 바로 이때문이다.

내가 직접 쓴 글 샘플을 3~5개를 클로드에 전달하자. 그리고 내 말투의 단순한 특징을 나열하게 하지 말고, 글의 고유한 패턴을 정밀 분석하게 시키자. 

이 분석을 거치고 나면 클로드는 기업용 AI 비서 말투가 아니라, 정확히 '나의 목소리'로 글을 쓴다. 

[프롬프트]

내가 쓴 글 샘플 3개를 아래에 줄게:
[샘플 1 붙여넣기]
[샘플 2 붙여넣기]
[샘플 3 붙여넣기]

내 글쓰기 스타일을 디테일하게 분석해 줘. 특히 문장 길이, 리듬감, 어휘 선택, 문단을 열고 닫는 방식, 기피하는 표현, 격식의 정도, 그리고 내 글을 독특하게 만드는 모든 패턴을 샅샅이 파악해 줘.

이 분석이 끝난 후, 내가 너에게 어떤 글이든 써달라고 요청할 때 이 스타일을 완벽하게 복제해서 작성해 줘. 너의 기본 말투로 돌아가지 마.

7. 아이디어 때려 부수기 

대부분 사람들은 아이디어를 발전시키기 위해 클로드를 사용한다. 그러면 클로드는 내 말에 동조하고, 덧붙이고, 확장해준다. 동의와 부연설명만 얻게 된다.

가끔 이런 방식도 유용하지만, 내 아이디어를 혹독하게 스트레스 테스트를 하고 싶을 때는 이 방식이 도움되지 않는다.

계획, 결정, 혹은 중요한 글을 최종 확정하기 전에 클로드에게 내 생각을 격렬하게 공격하라고 지시하자. '비판 (Critique)'이 아니라 '공격 (Attack)' 이다. 이 늬앙스의 차이가 엄청난 결과 차이를 만든다. 

[프롬프트]

내 계획은 다음과 같아: [계획 설명]

이제부터 너의 임무는 이 계획을 완전히 박살 내는 거야. 내가 무의식적으로 하고 있는 잘못된 가정들을 전부 찾아내 줘. 이 계획이 실패할 수 있는 모든 시나리오를 끄집어내 봐. 내 입장과 정반대 편에 서서 최대한 강하게 논리를 펼쳐줘. 예의 차릴 필요 없고, 완곡한 표현도 쓰지 마. 그냥 사정없이 공격해 줘.

공격이 끝난 후에는, 반대로 내가 왜 옳은지에 대한 가장 강력한 논거를 만들어 줘(Steelman).

마지막으로, 이 두 관점을 모두 거친 너의 '진짜 최종 생각'이 무엇인지 말해줘.

8. Extended Thinking

Extended Thinking은 클로드가 바로 답변 (결론)을 내는 것이 아니라, 답변을 내놓기 전에 내부적으로 문제를 단계적으로 깊이 추론하는 모드를 말한다. 

단순한 작업에는 필요없다. 하지만 복잡한 의사결정, 심층분석, 혹은 단순한 패턴 매칭을 넘어 진짜 깊은 '사고력'이 필요한 질문을 던질 때에는 이 기능을 반드시 켜야 한다. 

방법1. 클로드 창의 Brain 아이콘을 클릭해서 활성화히기

방법2. 프롬프트에 문구 직접 추가하기

답변하기 전에 이 문제를 아주 신중하게 끝까지 생각해 줘. 단계별로 문제를 파고들며 너의 추론 과정을 내부에 보여주고, 어떤 지점에서 불확실성을 느끼는지 식별한 뒤, 최종 결론을 내려줘.

어려운 문제일수록 답변의 깊이와 질적 차이가 크다.

9. 클로드를 위한 프롬프트는 클로드에 맡기기 

특정 작업을 위해 클로드에게 어떻게 프롬프트를 보내야할지 고민된다면, 그냥 클로드에 시키자. 

클로드는 어떤 식으로 질문해야 가장 훌륭한 결과물을 뽑아내는지 스스로 가장 잘 알고 있다. 

[프롬프트]

내가 클로드를 사용해서 [내가 하려는 실제 작업 설명]을 하려고 해. 이 작업을 수행하기 위한 '가장 완벽한 최적의 프롬프트'를 너가 직접 작성해 줘.

프롬프트 안에는 구체적인 역할(Role), 컨텍스트(Context), 포맷 지침, 그리고 결과물의 퀄리티를 높여줄 제약 조건(Constraints)들을 명확히 포함해 줘.

다 짜고 나면, 방금 만든 그 프롬프트를 사용해서 곧바로 작업을 시작해 줘.

 

토큰을 아끼면서, 밀도 높은 결과물 얻는 방법

---

10. 출력 길이 지정하기 

클로드는 지침이 없으면 자기가 적절하다고 생각하는 만큼 길게 글을 쓴다. 내가 필요한 것보다 훨씬 길게 쓴다. 이는 토큰을 낭비하고, 읽는 시간을 잡아먹고, 결과물에 불필요한 노이즈를 만든다. 

시작하기 전에 원하는 답변 분량을 명확하게 지정하자.

• 최대 3문장 안으로 답하라. 
• 부연 설명을 제외하고 딱 5개의 bullet points로만 핵심을 요약하라.
• 150단어 이하로 작성하라. 

이 사소한 제약 조건 하나가 내가 진짜 필요로 하는 핵심 가치는 그대로 유지하면서, 대부분의 작업에서 토큰 소모량을 40~60%까지 획기적으로 줄여준다. 

11. 서론과 겉치레 문구 지우기 

클로드는 기본적으로 요청하지 않은 사족을 붙이며 답변을 시작한다.  "좋은 질문입니다. 이 문제를 자세히 쪼개어 설명해 드리겠습니다."라거나, 내가 방금 한 질문을 그대로 복창하거나, 구구절절 면책 조항을 깔거나, 마지막에 앞에서 했던 말을 똑같이 반복하는 결론 요약을 붙인다. 

이는 토큰과 시간을 잡아먹는다. 때문에 프로젝트의 커스텀 인스트럭션에 아래 지침을 추가하자. 

답변을 시작할 때 서론(Preamble), 칭찬이나 다짐의 말, 혹은 내 질문을 그대로 재진술하는 행동을 절대 하지 말 것. 곧바로 본론(답변)으로 들어갈 것

12. 매 대화마다 똑같은 설명을 반복하지 않기 

새 채팅창을 열 때마다 나의 배경지식과 상황을 똑같이 복사-붙여넣기 하고 있다면, 매번 아까운 토큰을 소모하게 된다. 

Projects와 Custom Instructions을 사용하면 이 낭비를 막을 수 있다. 맥락은 딱 한 번만 주입한다. 매 세션마다 클로드가 알아서 읽게 만들자. 내 배경지식을 채팅창에 수동으로 복사-붙여넣기 하지 말아라.

13. 주제가 바뀌면 주저 없이 새 채팅을 시작하라 

클로드는 한 대화 스레드 안에서 오간 대화의 맥락을 머리에 이고 다닌다. 그래서 채팅창에서 길게 대화를 이어가다가 전혀 다른 주제로 전환하면, 클로드는 이전 주제의 무거운 맥락을 여전히 로드한 상태로 새 답변을 생성한다. 이는 매 답변마다 토큰 소모량을 늘리고, 처리 속도를 늦추며, 이전 대화의 맥락이 새 주제에 간섭하게 되는 컨텍스트 오염 (Context bleed)를 유발한다. 

완전히 새로운 주제로 넘어갈 때는 프로젝트 안에서 새 채팅창을 열자. 프로젝트 단위의 기억은 그대로 유지되면서 이전 대화의 컨텍스트는 완벽하게 털어낼 수 있다. 

실전 프롬프트 세트

---

14. 파인만 기법으로 무엇이든 본질적으로 이해하기 (Feynman Method)

클로드가 어려운 전문 용어를 사용하여 설명하면, 정의는 알겠지만 머리로 완벽히 이해했다는 느낌을 받지 못할 때가 있다. 

`파인만 기법`은 지독할 정도의 단순함을 통해 완전한 이해를 강제한다. 

일상적인 비유를 통해 평이한 언어로 설명할 수 없다면, 그 개념을 아직 제대로 모르는 것이다. 

프롬프트

내가 [공부하려는 주제]를 완벽하게 이해할 수 있도록, 오직 '일상적인 비유(Analogy)'와 '쉬운 예시'들로만 설명해 줘. 전문 용어나 은어(Jargon)는 일절 금지야. 내가 이 분야에 대해 배경지식이 전무한 상태라고 가정해 줘.

비유를 하나 제시할 때마다, 내가 제대로 이해했는지 검증하기 위한 질문을 딱 하나씩 나에게 던져줘. 내 답변을 보고 더 깊이 파고들지, 아니면 설명을 수정할지 결정해 줘.

내가 너의 질문에 전문 용어를 단 하나도 쓰지 않고 내 언어로 너에게 역으로 명쾌하게 설명할 수 있을 때까지 이 과정을 반복해 줘.

15. 판단이나 편견 없이 내 생각을 정리해 주는 씽킹 파트너

살다 보면 내 의견을 어설프게 판단하거나, 자신의 의견을 강요하지 않고, 그저 온전히 내 이야기를 들으며 올바른 질문을 던지고, 꼬인 생각을 스스로 정리할 수 있도록 제 3자의 객관적인 시야를 제공해 줄 존재가 간절할 때가 있다. 클로드에게 정확한 가이드라인을 주기만 하면 이 역할을 잘 수행한다. 외부의 신선한 관점을 빌려 나 자신을 구조적으로 성찰하고 생각을 명료하게 다듬을 수 있다. 

프롬프트

내가 지금 머릿속 복잡하게 얽혀있는 문제를 너와 함께 짚어가며 풀고 싶어. 너의 임무는 나에게 섣부른 조언이나 해결책을 냅다 던지는 게 아니야.

우선, 내가 처한 상황을 네가 완벽하게 파악할 수 있도록 나에게 깊이 있는 질문들을 먼저 던져줘. 실제로 어떤 일이 벌어지고 있는지, 내가 이에 대해 어떻게 느끼는지, 이미 시도해 본 해결책은 무엇인지, 그리고 내가 궁극적으로 원하는 결과가 무엇인지 알기 위한 질문들이어야 해.

내 상황을 완전히 이해한 뒤에는, 네가 들은 내용을 나에게 다시 거울처럼 반사(Reflect)해서 요약해 줘. 단순한 팩트 나열을 넘어, 내 이야기 밑바닥에 깔린 진짜 본질과 감정이 무엇인지 짚어내 줘야 해.

그러고 나서, '그 모든 과정이 다 끝난 후에만' 너의 날카로운 관점을 제시해 줘. 위로나 안심을 시키려고 부드러운 말만 하지 말고 철저하게 솔직해져 봐. 내가 대면하기 두려워하거나 듣기 싫어할 만한 숨겨진 진실이 있다면 그것까지 포함해서 너의 진짜 생각을 말해줘.

현재 내 고민은 이거야: [고민하는 내용 서술]

 

결론

클로드의 강점은 무한한 인내심, 방대한 지식의 스펙트럼, 인간이 미처 생각하지 못한 다양한 각도에서 문제를 집요하게 파고드는 추론능력이다. 

클로드로부터 최고의 가치를 뽑아내는 상위 유저는 화려한 프롬프트 스킬이나 질문을 잘 던지는 사람이 아니다.

클로드가 나를 완벽히 이해할 수 있도록 구조적 환경을 세팅해 두고, 날것의 진짜 맥락을 아낌없이 주입하며, 클로드를 '대등한 파트너'로 대우할 줄 아는 사람들이다.