15 Simple Tips to Use Claude 2.0 Better than 99% of People

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Claude를 더 잘 쓰는 15가지 팁의 핵심은 업무 전체를 명확한 브리프로 맡기고, 시각화·스킬·맥락 관리로 결과 검토와 반복 작업을 줄이는 것이다.

📌 핵심 요점

1. 작은 지시에서 업무 위임으로 전환한다. 발표자는 더 큰 과제를 맡기되, 업무 내용·목적·규칙과 제약·완료 기준을 함께 설명하라고 권한다.
2. 모호함은 실행 전에 해소한다. 원하는 결과가 불분명하면 인터뷰 방식으로 요구를 정리하고, 결과물은 시각화하거나 여러 대안으로 받아 선택과 검토를 쉽게 만든다.
3. 수정 대화와 추론 노력을 관리한다. 잘못된 방향으로 진행하면 이전 요청으로 돌아가 누락된 조건을 보완하고, 작업 난도·오류 비용·사용자 개입 정도에 맞춰 effort를 선택한다.
4. 반복 업무는 실제 작업에서 스킬로 만든다. 좋은 결과물을 역으로 분석하거나, 성공한 대화와 수작업 기록을 활용하고, 사용 중 발견한 예외를 반영해 개선한다.
5. 맥락을 업무 구조에 맞게 나눈다. 설정 정리, 대화 압축, 서브에이전트, 프로젝트, 캐시와 인수인계, 사이드 채팅을 활용하고, 지속적인 업무 배경은 세컨드 브레인에 정리한다.

🧩 배경과 문제 정의

발표자는 AI 모델과 기능이 빠르게 바뀌면서 사용자가 정보를 따라가기 어려워졌고, 과거의 작은 작업·촘촘한 감독·단계별 지시 방식도 재검토해야 한다고 주장한다. 자신의 팀이 Claude를 사용하고 전문가들의 활용을 도운 경험, Anthropic 관계자와 AI 전문가의 조언을 바탕으로 실무 팁을 소개한다.

문제의 중심은 업무 위임과 맥락 관리다. 사용자가 원하는 바를 충분히 설명하지 못하면 시간과 토큰을 쓰고도 어긋난 결과를 얻고, 긴 대화와 누적된 설정은 필요한 정보를 흐릴 수 있다는 설명이다. 이에 사전 요구 정리, 시각적 검토, 반복 업무의 스킬화, 대화와 프로젝트의 분리, 지속적인 업무 배경 문서화를 제안한다.

영상은 대부분의 팁이 Co Work와 Claude Code에서 통하지만 일부는 Claude Code 전용이라고 설명하며 해당 환경으로의 전환을 권한다. 제목과 도입부의 팁 개수는 일치하지 않지만, 본문은 15가지 팁으로 구성되어 있다.

🕒 시간순 섹션별 상세정리

1. 더 큰 업무를 맡기는 방향으로 사고 전환

• 발표자는 빠른 AI 변화와 정보 과잉을 배경으로 활용 팁을 소개하고, 일부 기능은 Claude Code에서만 사용할 수 있다고 보여준다. [01:07]
• 첫 번째 팁은 작은 요청으로 잘게 나누기 전에 전체 업무를 맡길 수 있는지 생각하라는 것이다. 새로운 모델이 긴 작업을 수행할 수 있다는 주장을 근거로 든다. [01:53]
• 복잡한 작업에서는 Claude에도 더 야심 차게 접근하라고 명시하면 결과가 좋아질 수 있다는 자신의 경험을 보여준다. [02:17]

2. 짧은 요청보다 업무 브리프 작성

• 팀원에게 일을 맡기듯 업무 내용, 목적, 규칙과 제약, 완료 모습을 설명하라고 권한다. 세부 절차를 모두 지시하기보다 판단에 필요한 배경을 제공하는 방식이다. [02:58]
• 목적은 작업 중 작은 결정을 내리는 기준이 되고, 예상되는 오해와 실패는 이유를 포함한 규칙으로 적어두라고 보여준다. [03:51]
• 좋은 과거 결과물이나 출력 형식·품질 기준·말투·분량을 제시해 종료 조건을 정한다. 완료 기준이 없으면 불필요하게 작업과 토큰 소비가 늘 수 있다는 설명이다. [04:40]

3. 실행 전에 질문으로 요구사항 구체화

• 원하는 바가 불명확할 때는 모델 역량보다 사용자의 설명 능력이 병목이 될 수 있으며, 그대로 실행하면 시간과 토큰을 쓰고도 어긋난 결과를 얻기 쉽다고 드러낸다. [05:08]
• 생각을 먼저 쏟아낸 뒤 ‘interview me’ 스킬로 질문을 받고 답하면, 앞서 소개한 네 요소를 갖춘 브리프로 정리할 수 있다고 보여준다. [05:41]
• 별도 스킬 대신 모호한 부분을 한 번에 한 질문씩 물어보라고 요청할 수도 있다. 단계별 수정에서 사전 계획과 전체 업무 위임으로 전환하자는 취지다. [06:03]

4. 결과를 시각화해 검토 부담 축소

• 긴 텍스트를 읽고 검토하는 사람이 병목이 될 수 있으므로, 결과를 시각적으로 받아 핵심을 파악하기 쉽게 만들라고 권한다. [06:31]
• 발표자는 live artifacts와 출력 스타일을 소개하며 문서·대시보드·슬라이드·디자인·모션 형태로 결과를 만들고 갱신하거나 공유할 수 있다고 보여준다. [06:55]
• 리서치는 한 페이지 디자인이나 슬라이드, 분석은 대시보드, 복잡한 개념은 설명 영상, 수정할 원고는 문서로 받는 예를 들고 팀 협업의 편의도 강조한다. [07:37]

5. 하나의 답을 고치기보다 여러 대안에서 선택

• 원하는 결과를 말로 정확히 설명하기 어려울 때는 하나의 결과를 반복 수정하는 대신 여러 선택지를 받아보라고 권한다. [08:08]
• 뉴스레터 작업에서 관점 10개, 개요 5개, 도입 문구 10개, 초안 3개를 순차적으로 요청해 고르는 자신의 방식을 보여준다. [08:20]
• 간단히 ‘선택지 다섯 개를 달라’고 덧붙이는 것만으로도 모델의 방향을 더 빨리 잡을 수 있다는 주장이다. [08:26]

6. 잘못된 대화는 되돌려 조건 보완

• 수정이 반복되면 실수와 정정이 대화에 누적되고, 누락된 규칙을 해결하지 못한 채 맥락과 토큰만 늘 수 있다고 보여준다. [09:00]
• /rewind 또는 Escape 두 번으로 이전 요청에 돌아가 빠진 조건을 추가하는 방법을 보여준다. Stripe의 취소 고객 추출 사례에서는 취소된 구독만 집계하도록 조건을 보완한다. [09:42]
• 이어 자신의 AI 교육 프로그램을 홍보하며 Claude 과정, AI 사업 과정, 상담, 스킬과 템플릿 자료를 보여준다. [10:10]

7. 작업에 맞는 effort 선택

• 발표자는 effort를 지능의 높낮이보다 작업에 들이는 시간과 노력, 사용자의 개입 정도를 조절하는 설정으로 보여준다. 단순 재설계에서 low와 max가 비슷한 결과를 냈지만 소요 시간은 달랐다는 사례를 든다. [10:57]
• 순서대로 질문해 처음 해당하는 기준을 택하라고 권한다. 간단한 작업이나 잦은 협업에는 low, 숨은 오류의 비용이 큰 작업에는 high를 제안한다. [11:25]
• 길고 어렵고 중요한 업무를 통째로 맡길 때는 extra high 또는 max, 나머지는 medium을 권한다. 영상에서는 Opus 5.5의 기본값도 medium이라고 보여준다. [11:42]

8. 실제 업무에서 스킬 만들기

• 스킬은 특정 작업을 자신의 방식대로 수행하도록 알려주는 저장된 지침이라고 보여준다. 추상적인 업무 설명만으로 만들면 실제 단계와 예외가 빠질 수 있다고 지적한다. [12:28]
• 만족스러운 기존 결과물이 있으면 역으로 분석하게 하고, Claude와 함께 성공한 작업이 있으면 그 과정을 스킬로 바꾸라고 권한다. 뉴스레터 우수 사례 15개를 제공하는 예를 든다. [13:17]
• 다른 앱에서 반복하는 업무는 화면·클릭·입력·음성을 기록하는 기능을 활용한다고 보여준다. 행동의 이유까지 설명하고, 이후 오류가 생기면 스킬을 갱신하라고 권한다. [14:05]

9. 설정과 연결 도구를 정기적으로 정리

• 스킬·연결 도구·예약 작업·맥락 파일·대화가 쌓이면 오래된 규칙이 남고 실패한 작업을 놓치며, 불필요한 맥락이 비용을 늘릴 수 있다고 보여준다. [14:41]
• 자신이 만든 ‘detox’ 스킬이 인터페이스, 스킬, 메모리와 맥락 파일, 연결 도구, 예약 작업을 점검하고 수정안을 제시한 뒤 승인받아 정리한다고 보여준다. [15:18]
• 자신의 환경에서 239개 정리 항목과 대화당 1만 5천 토큰 절약을 발견했다고 주장하며, 주간 예약 작업으로 유지 관리를 하라고 권한다. [15:40]

10. 성능이 저하되기 전에 대화 압축

• 긴 대화에서 세부사항을 놓치거나 정보를 섞는 현상을 ‘context rot’으로 보여준다. 성능 저하 구간은 정확히 정해지지 않았다면서 20만~40만 토큰이라는 범위를 제시한다. [16:12]
• 기본 압축은 컨텍스트가 거의 찼을 때 실행된다고 설명하며, 결과가 나빠지면 /compact를 직접 사용하고 반드시 남길 정보를 함께 지정하라고 권한다. [16:51]
• 자동 압축 설정에 30만~40만 토큰 정도를 제안하지만, 자동 실행 시점에는 무엇을 남길지 별도 지시하기 어렵다고 드러낸다. 이어 많은 맥락을 읽는 작업을 메인 대화 밖으로 분리하자는 논점으로 넘어간다. [17:23]

11. 서브에이전트로 읽기 작업 분산

• 서브에이전트는 별도의 컨텍스트에서 일부 업무를 처리하고 짧은 요약을 메인 에이전트에 돌려주는 역할이라고 보여준다. 자료 읽기와 조사에서 메인 대화를 가볍게 유지하는 수단이다. [17:50]
• 서브에이전트 수가 너무 적으면 각자 읽는 양이 많아져 느려지고 성능이 저하될 수 있다고 주장한다. 제안서 500개를 분석할 때 100개 에이전트에 5개씩 나누는 예를 든다. [18:33]
• 대량 읽기와 조사에는 Sonnet 또는 Haiku를 쓰도록 명시해 비용을 관리하라고 권한다. 지정하지 않으면 서브에이전트도 Opus를 사용할 수 있다는 설명이다. [18:57]

12. 큰 작업은 프로젝트와 조정자로 운영

• 하나의 긴 대화나 서로 상황을 모르는 여러 대화 대신, 메인 조정자가 업무별 스레드를 만들고 지시·검토·보고를 담당하는 프로젝트 방식을 보여준다. [19:37]
• 각 스레드는 독립적인 컨텍스트에서 병렬로 작업하면서 프로젝트 메모리를 공유한다고 보여준다. 영상 제작의 썸네일·제목·개요·시각 자료를 나누는 예를 든다. [20:11]
• 데스크톱 앱의 Claude Code 탭에서 프로젝트를 만드는 절차를 안내하고, 영상에서는 Pro와 Max 요금제의 베타 기능이라고 보여준다. [20:21]

13. 캐시와 인수인계로 긴 대화 비용 관리

• 캐시를 이전 대화를 저렴하게 다시 읽는 장치로 보여준다. 구독에서는 1시간, API 키에서는 5분 유지된다고 말하며, 만료 후 긴 대화에 복귀할 때 비용이 커질 수 있다고 주장한다. [21:11]
• 오래된 대화는 인수인계 내용을 갖춘 새 대화로 이어가는 방법을 권한다. 캐시 만료까지 남은 시간을 표시하고 백그라운드 메시지로 유지하는 ‘cache clock’ mod도 보여준다. [21:50]
• ‘handoff’ mod는 대화가 길어지거나 캐시가 만료되거나 사용자가 요청하면, 배경 에이전트가 인수인계 프롬프트를 작성해 새 대화에서 이어가도록 돕는다고 보여준다. [22:11]

14. 사이드 채팅으로 본 작업의 흐름 유지

• 긴 작업 도중 질문이 생겼을 때 메인 에이전트를 방해하지 않도록 별도 창의 사이드 채팅을 쓰라고 권한다. 해당 시점까지의 메인 대화를 읽고 메시지도 보낼 수 있다고 보여준다. [22:43]
• 진행 상황과 예상 시간을 묻거나, 결과를 브리프와 대조해 검토하고 문제를 메인 대화에 알리는 용도를 제시한다. [23:05]
• 본 작업과 관계없는 질문도 사이드 채팅으로 분리해 메인 컨텍스트에 불필요한 정보가 남는 것을 줄이라고 권한다. [23:17]

15. 세컨드 브레인으로 지속적인 업무 맥락 제공

• 마지막 팁은 자신과 사업의 배경을 담은 세컨드 브레인을 구축하는 것이다. 내장 메모리만으로는 제한적이라며, 최신 업무 정보를 담은 컴퓨터의 텍스트 파일 폴더로 보여준다. [24:01]
• 전략·팀·영상·영업 이력 같은 문서를 활용하면 결과가 업무에 더 잘 맞고 팀도 같은 배경을 공유할 수 있다고 주장한다. 별도 구축 영상과 자체 앱 Palda를 보여준다. [24:39]
• 끝에서는 프롬프트·스킬·mods 무료 자료와 유료 교육·상담을 다시 안내하고, 세컨드 브레인 구축 영상을 후속 콘텐츠로 제시하며 마무리한다. [25:10]

🧾 결론

• 영상이 제안하는 활용 방식의 변화는 더 정교한 한 문장보다, 충분히 설명한 업무를 맡기는 데 있다.
• 좋은 위임에는 자율성과 완료 기준이 함께 필요하다. 목적과 제약은 판단 방향을 잡고, 출력 형식과 종료 조건은 불필요한 작업을 줄인다.
• 스킬과 세컨드 브레인은 반복 설명을 줄이는 수단이며, 오래된 규칙과 불필요한 맥락을 정리하는 유지 관리가 함께 요구된다.
• 제시된 성능·비용 수치와 기능 제공 범위는 발표자의 설명이다. 이 자료만으로 현재 제품의 실제 동작이나 보편적인 효과까지 확정할 수는 없다.

📈 투자·시사 포인트

• 업무 도입의 초점: 영상은 모델 성능뿐 아니라 요구사항 정리와 결과 검토가 생산성의 병목이 될 수 있다고 본다. 업무 설계와 검토 시간까지 함께 살펴볼 필요가 있다.
• 비용 관리의 초점: effort, 대화 길이, 캐시, 서브에이전트 모델 선택이 사용량을 좌우한다는 설명이다. 개별 작업의 결과 품질과 총소요 비용을 함께 비교할 만하다.
• 조직 활용의 초점: 검증된 스킬과 공유 업무 문서는 개인의 작업 방식을 팀이 재사용하는 기반이 될 수 있다. 문서의 최신성과 규칙 관리가 활용 효과를 좌우한다.
• 사업적 맥락: 영상은 사용 팁과 함께 강의·컨설팅·자료·자체 앱을 홍보한다. 유용한 업무 제안과 발표자의 상품 성과 주장은 구분해서 읽어야 한다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목은 15가지 팁을 내세우지만 도입부에서는 50가지라고 말한다. 제공된 본문에서는 15번째 팁까지 이어지므로 이 노트는 실제 설명된 15개 항목을 기준으로 정리했다.
• 제목의 ‘Claude 2.0’과 본문의 ‘Opus 5.5’, ‘Fable’ 등 명칭이 어떤 버전 관계인지 설명되지 않는다. 모델명·인명·기능명에는 전사 오류 가능성도 있어 원문 표기만으로 공식 명칭을 확정하기 어렵다.
• 프로젝트의 요금제별 제공 범위, 시각적 출력 기능, 스킬 녹화, mods, 사이드 채팅, /auto compact 등은 영상에서 소개된 내용이다. 제공 자료에는 이를 별도로 검증할 근거가 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 반복 업무 하나를 골라 업무 내용·목적·규칙과 제약·완료 기준을 담은 브리프를 작성한다.
• 요구가 모호한 부분은 실행 전에 한 번에 한 질문씩 확인하도록 요청하고, 답을 브리프에 반영한다.
• 검토용 결과물 하나에 한 페이지 시각화 또는 여러 대안을 요청해 검토 시간과 수정 횟수를 비교한다.
• 잘 나온 기존 결과물이나 성공한 작업 대화에서 스킬을 만들고, 다음 실행에서 발견한 예외를 추가한다.

❓ 열린 질문

• 어떤 업무에서 전체 위임이 단계별 협업보다 빠르고 정확하며, 그 차이를 어떤 완료 기준으로 판단할 것인가?
• effort와 서브에이전트 수를 바꿨을 때 결과 품질·대기 시간·총사용량은 각각 어떻게 달라지는가?
• 대화 압축과 인수인계 과정에서 반드시 보존해야 할 결정·제약·근거는 무엇인가?