YouTubeJay E·2026년 10월 12일·0

Claude 5.5 Model Mistakes you may still be making (23 Tips and Fixes)

Quick Summary

Claude 5.5의 23가지 사용 실수를 줄이는 핵심은 작업별 대화 분리, 구체적인 지시, 캐시·추론 강도·모델 선택 관리, 안전한 파일 작업이다.

영상 보기

클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.

원본 열기

🖼️ 인포그래픽

Claude 5.5 Model Mistakes you may still be making (23 Tips and Fixes) 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

Claude 5.5 Model Mistakes you may still be making (23 Tips and Fixes)의 핵심 내용을 4단계로 요약한 인포그래픽
Claude 5.5 Model Mistakes you may still be making (23 Tips and Fixes) 핵심 내용을 4단계로 압축한 4컷 인포그래픽

💡 한 줄 결론

Claude 5.5의 23가지 사용 실수를 줄이는 핵심은 작업별 대화 분리, 구체적인 지시, 캐시·추론 강도·모델 선택 관리, 안전한 파일 작업이다.

📌 핵심 요점

  1. 작업이 바뀌면 대화를 분리한다. 영상은 관련 없는 내용을 한 세션에 누적하면 재입력 비용과 혼선이 커진다고 설명하며, 새 대화나 /clear, 오류 발생 전으로 돌아가는 /rewind, 곁가지 질문용 /btw를 제안한다.
  2. 모델과 추론 강도를 구분해 관리한다. 영상에 따르면 대화 중 모델 교체는 캐시 할인에 불리하지만, 일부 최신 모델의 effort 변경은 캐시를 유지한다. 일반 업무는 medium부터 시작하고 중요한 작업에서 강도를 높이는 방식이 권장된다.
  3. 처음부터 대상·목표·톤·제약의 이유를 전달한다. 모호한 한 줄 요청, 추상적인 ‘AI처럼 보이지 않게’ 지시, 짧은 후속 요청의 반복 대신 구체적인 디자인 기준과 재사용 가능한 skills를 제공한다.
  4. 상시 맥락과 탐색 범위를 줄인다. 영상은 Claude.md를 200줄 미만의 안내 파일로 유지하고, 불필요한 MCP 연결을 정리하며, 조사 범위를 제한하거나 하위 에이전트가 요약만 전달하도록 구성하라고 제안한다.
  5. 비용 관리와 복구 가능성을 함께 확보한다. 사용량 확인, 작업 전 요구사항 정렬, 백업·Git, 플러그인 사전 검토, 압축 시 보존할 정보 지정, 작업별 모델 라우팅이 후반부의 핵심 운영 원칙이다.

🧩 배경과 문제 정의

영상은 Claude 5.5에서 모델의 사고 방식, Claude Code 확장 기능, 캐시 관련 동작이 달라졌다는 전제로 시작한다. 발표자는 이전에 유효했던 습관이 이제 사용량을 낭비하거나 답변 품질을 떨어뜨릴 수 있다며, Anthropic 가이드·엔지니어 설명·사용자 팁을 바탕으로 23가지 실수와 수정 방법을 정리했다고 밝힌다.

문제는 세 갈래로 연결된다. 첫째는 불필요한 대화와 도구 정보가 쌓이는 맥락 관리, 둘째는 모호한 지시와 과도한 추론으로 생기는 재작업, 셋째는 권한·백업·확장 기능을 충분히 검토하지 않는 운영 방식이다. 영상은 초급 사용 습관에서 시작해 설정·압축·모델 라우팅으로 범위를 넓힌다. 아래 정리는 제공된 자막의 설명을 따르며, 제품 동작과 수치의 외부 검증을 의미하지 않는다.

🕒 시간순 섹션별 상세정리

1. 새 모델에서 기존 습관을 점검해야 하는 이유

  • 발표자는 Opus와 Sonnet 5.5의 변화, Claude Code 모드 제작, 캐시 비용 구조를 소개하며 예전 습관이 사용량과 결과 품질에 불리할 수 있다고 보여준다. [00:20]
  • Anthropic 자료와 사용자 팁에서 비용이 큰 실수 23개를 골랐다고 밝히고, 쉬운 수정부터 고급 운영 방법까지 다루겠다고 예고한다. [00:49]

2. 작업별 세션과 모델 선택으로 캐시 관리하기

  • 이메일·조사·웹사이트 수정처럼 서로 다른 작업을 한 대화에 모으는 ‘kitchen sink session’을 피하라고 한다. 캐시 할인이 있어도 재입력 부담과 혼선이 남으므로 작업 전환 시 새 대화나 /clear를 제안한다. [01:55]
  • 대화 중 Opus에서 Haiku로 바꾸면 모델별 캐시가 달라 전체 맥락을 할인 없이 읽을 수 있다는 설명이다. 반면 일부 최신 모델의 effort 변경은 캐시를 유지하지만, 베타이므로 직접 확인하라고 덧붙인다. [02:57]
  • 전체 목록과 자료·프롬프트를 담은 무료 PDF를 소개하며, 에이전트에게 과거 세션의 사용 습관을 점검하도록 요청할 수 있다고 안내한다. [03:16]

3. 반복 논쟁과 곁가지 질문 줄이기

  • 두 차례 수정에도 실패하면 후속 지시를 계속 쌓기보다 Escape 두 번이나 /rewind로 잘못되기 전 메시지로 돌아가 다시 시작하라고 제안한다. [03:58]
  • 용어 설명이나 진행 상태 같은 곁가지 질문은 /btw로 처리하면 별도 패널에서 답을 받고 주 대화 기록에는 남기지 않을 수 있다고 보여준다. [04:41]

4. 추론 강도와 초기 요청의 구체성 조절하기

  • max effort는 비용 증가에 비해 개선 폭이 작고 과도한 사고를 유발할 수 있다고 주장한다. Opus 5.5의 max와 high 비교를 인용하며, 일반 업무는 medium, 중요한 작업은 high나 extra high, 드문 대형 작업은 max를 제안한다. [05:36]
  • ‘웹사이트를 만들어줘’ 같은 요청은 모델이 평균적인 결과를 추측하게 만든다며, 출력물의 대상·목표·톤을 함께 전달하라고 한다. [06:17]
  • 반복 업무에는 디자인 시스템이나 skills 같은 지침 묶음을 제공해 매번 처음부터 추측하지 않고 사용자의 기준에서 출발하도록 구성한다. [06:33]

5. 규칙의 이유, 디자인 기준, 대안 평가하기

  • ‘글머리표 금지’ 같은 규칙에는 팟캐스트 낭독용이라는 이유를 덧붙인다. 발표자는 모델이 의도를 이해하면 상황에 맞게 적용하기 쉽다고 보여준다. [07:19]
  • ‘AI처럼 보이지 않게’라는 추상적 지시보다 피할 배경색·기울임 강조 등 구체적인 패턴을 지정하고, 디자인 시스템·구성 요소·색상 기준을 제공하라고 한다. [08:01]
  • 중요한 창작물은 독립적인 초안 세 개를 만들고 목표에 따라 평가하도록 제안한다. 다만 추가 버전은 사용량을 늘리므로 짧은 제목·이메일 등에 선택적으로 적용한다. [08:39]

6. 요청을 한 번에 정리하고 오래된 지시 정비하기

  • 길이·채널·형식 요구를 짧은 후속 메시지로 계속 추가하면 대화 재입력과 답변 재생성이 반복된다. 가능한 요구를 한 메시지에 모으고, 초기 요청의 오류는 되돌려 수정하라고 한다. [09:25]
  • ‘신중하게 단계별로 생각하라’는 상투적 문구나 대문자 강조 대신 명확한 지시와 effort 설정을 사용하라고 제안한다. Claude.md와 skills에서 구형 모델용 지시를 점검하는 방법도 언급한다. [10:17]
  • 중급 항목으로 넘어가기 전 Robo Nuggets 커뮤니티와 강의를 홍보하고, AI 시스템 구축 및 판매를 다루는 과정이라고 보여준다. [10:55]

7. 휴식 전 캐시와 상시 지시 파일 정리하기

  • 영상은 구독 환경의 캐시가 약 한 시간 후 식을 수 있다고 설명하며, 긴 세션 재개 비용이 캐시 상태에 따라 크게 달랐다는 사례를 제시한다. [11:31]
  • 끝난 작업은 /clear, 이어갈 긴 작업은 캐시가 살아 있을 때 압축하는 방식을 제안한다. 캐시 유지용 주기적 /loop 호출도 사용자 요령으로 소개하지만, 호출 자체의 비용이 있다고 보여준다. [12:05]
  • Claude.md에 모든 규칙을 넣지 말고 200줄 미만의 안내 파일로 유지하라고 한다. 세부 내용은 skills·문서·폴더로 연결해 필요할 때 읽도록 구성한다. [12:45]

8. 권한 검사와 파일 복구 수단 확보하기

  • 권한 확인을 건너뛰거나 모든 요청을 무심코 승인하는 습관을 경고하며, Windows 파일 삭제 사고가 보고됐다고 전해진다. 대안으로 별도 모델이 행동을 검사하는 auto 모드를 보여준다. [13:16]
  • 파괴적 명령을 차단하는 DCG와 삭제 대상 파일을 보여주는 모드를 추가 보호 수단으로 보여준다. 자막에서 해당 모드 이름은 ‘Blast Rages’로 표기된다. [13:41]
  • 중요한 파일은 큰 변경 전에 날짜가 포함된 백업을 만들고, 프로젝트는 Git으로 복구 가능한 스냅샷을 남기라고 제안한다. [14:14]

9. 연결 도구와 탐색 범위 제한하기

  • Gmail·Notion·Google Drive·Slack 등 모든 MCP 연결을 상시 활성화하면 도구 목록과 접근 권한이 늘어난다고 보여준다. 최근 2주 사용 여부와 비용을 점검하도록 제안한다. [15:04]
  • 사용 가능한 CLI가 있는지 함께 확인하라고 한다. 발표자는 CLI가 실행 전 상시 맥락 부담을 줄이고 결과를 다듬기 쉬워 MCP보다 저렴하고 빠를 수 있다고 주장한다. [15:27]
  • 무제한 파일 탐색 대신 대상 폴더·기간을 한정하거나, 별도 맥락의 하위 에이전트가 조사한 뒤 요약만 전달하도록 한다. 조사에는 더 저렴한 모델을 사용할 수 있다고 보여준다. [16:07]

10. 사용량 관찰과 큰 작업의 요구사항 정렬하기

  • /usage로 skill·하위 에이전트·플러그인·MCP별 사용량을 확인할 수 있다고 보여준다. 입력창 옆에 5시간·주간 사용량과 비싼 세션 경고를 표시하는 모드도 보여준다. [16:39]
  • 고객 포털처럼 큰 작업은 짧은 설명만으로 시작하지 말고, 모델이 먼저 질문해 중요한 요구사항을 확인하도록 제안한다. 발표자는 선택형 질문을 사용하는 ‘align’ skill을 예로 든다. [17:18]
  • 고급 항목으로 전환하면서 기술적인 내용은 앞서 소개한 PDF를 바탕으로 자신의 환경에 맞춰 설명해 달라고 요청할 수 있다고 안내한다. [17:29]

11. 세션 기록과 확장 기능 검토하기

  • Claude Code가 로컬 세션 기록을 기본 30일 후 정리한다고 설명하며, 설정의 보존 기간을 365일 등으로 늘리는 방법을 제안한다. 이미 삭제된 기록은 복원되지 않으며 남아 있는 세션은 /resume으로 이어갈 수 있다고 한다. [18:04]
  • 모드·플러그인은 로컬 스크립트를 실행하거나 매회 토큰을 추가할 수 있으므로 즉시 설치하지 말고 구성·비용·안전성·필요성을 확인하라고 한다. 자신의 ‘personalize’ skill을 검토 도구로 보여준다. [18:38]

12. 중요한 정보를 보존하며 압축하고 모델을 배분하기

  • 자동 압축에서 세부 사항이 빠질 수 있으므로 자연스러운 중단 지점에 /compact를 실행하고 고객 요구사항·최종 가격표 등 남길 정보를 지정하라고 한다. 반복되는 보존 기준은 Claude.md에 넣는 방법을 제안한다. [19:13]
  • 마지막 항목은 모델 라우팅이다. 정해진 업무는 Sonnet, 탐색적인 업무는 Opus를 쓰는 기본 구분과 함께 Jev라는 판단 모델의 자동 배분 사례를 보여준다. 프롬프트 대부분이 Sonnet·Haiku로 배분됐다는 개인 경험과 비용 수치를 제시하며, 이 항목도 앞선 압축 항목과 같은 22번으로 호명한다. [20:06]
  • 총 23가지 실수를 다뤘다고 마무리하고, AI를 업무에 더 잘 활용하도록 돕는 교육 콘텐츠를 계속 만들겠다며 구독을 요청한다. 인사 뒤 음악으로 영상이 끝난다. [20:24]

🧾 결론

  • 영상의 공통 진단은 모델 성능만큼 사용 습관이 중요하다는 것이다. 불필요한 대화 기록, 반복 생성, 과도한 추론, 상시 연결이 사용량을 소모하는 원인으로 제시된다.
  • 좋은 결과를 얻으려면 요청을 많이 추가하기보다 처음부터 목적과 기준을 명확히 전달하고, 잘못된 진행은 되돌려 다시 시작하는 편이 낫다는 설명이다.
  • 큰 작업에서는 요구사항 확인, 제한된 조사, 중요한 정보의 보존, 파일 복구 수단을 하나의 작업 흐름으로 연결해야 한다.
  • 캐시 할인율, 모델별 가격 차이, 명령 기능은 영상이 제시한 주장이다. 실제 적용 여부는 사용하는 제품·버전·요금 체계에서 확인해야 한다.

📈 투자·시사 포인트

  • AI 업무의 비용 효율은 최고 성능 모델을 항상 쓰는 방식보다 작업 난도에 맞춰 모델과 effort를 배분하는 운영에 달려 있다는 시사점이 있다.
  • 영상의 논리를 사업에 적용하면 요청당 가격뿐 아니라 재작업 횟수, 누적 맥락, 연결 도구, 하위 에이전트의 사용량까지 함께 살펴야 한다.
  • 디자인 시스템과 skills처럼 기준을 재사용하는 체계는 반복 업무의 결과 편차와 수정 부담을 줄이는 수단으로 제시된다.
  • 플러그인과 연결 도구를 늘릴 때는 편의성뿐 아니라 매회 추가되는 맥락과 접근 권한을 검토해야 한다. 영상만으로 특정 기업이나 자산의 투자 매력을 판단할 근거는 부족하다.

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

  • Claude 5.5, Fable 5.1, Jev 및 일부 모드 이름은 제공된 자막의 표기다. 공식 문서 원문이 포함되지 않아 실제 제품명·지원 범위·출시 상태를 이 자료만으로 확정할 수 없다.
  • 캐시 재사용 비용이 정상 입력의 약 5%라는 설명, 구독 캐시가 약 한 시간 후 식는다는 설명, effort 변경 시 캐시 유지 여부는 환경별 확인이 필요하다. 영상도 effort 관련 동작은 베타라고 명시한다.
  • max가 high보다 약 4점 높지만 작업당 비용은 3배 이상이라는 비교와 Haiku가 Opus보다 약 40배 저렴하다는 설명에는 구체적인 평가 조건과 가격 기준이 제공되지 않는다.
  • 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
  • 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
  • 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

  • 최근 대화에서 관련 없는 작업과 반복 수정이 누적된 사례를 찾고, 다음 작업부터 주제별 세션을 사용한다.
  • 자주 쓰는 요청에 대상·목표·톤·완료 기준을 포함하고, 제한 사항에는 짧은 이유를 덧붙인다.
  • 일반 업무의 effort를 medium부터 비교하고, 결과 품질과 사용량을 확인한 뒤 필요한 작업만 강도를 높인다.
  • Claude.md의 상시 지시를 정리하고, 세부 절차는 skills·문서·프로젝트 파일로 안내하도록 구성한다.

❓ 열린 질문

  • 현재 사용하는 구독 또는 API 환경에서 캐시 유지 시간과 effort 변경 동작은 영상의 설명과 일치하는가?
  • 어떤 작업에서 Sonnet이나 Haiku가 충분한 품질을 내며, Opus가 필요한 경계는 어디인가?
  • 반복 요청·연결 도구·하위 에이전트 중 실제 사용량을 가장 많이 차지하는 요소는 무엇인가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.