9 Insane Claude Mods I Already Can''t live Without

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

영상이 소개하는 Claude 모드 9가지는 프롬프트 정리부터 작업 추적·비용 관리·기억·편집 검토까지 Claude Code의 작업 환경을 맞춤화하는 도구다.

📌 핵심 요점

1. 모드는 Claude Code의 화면과 동작을 바꾸는 플러그인이다. 프롬프트 전송·도구 호출·하위 에이전트 시작·응답 완료 같은 신호에 반응해 작업을 관찰하거나 변경·차단하는 방식으로 설명된다.
2. Brain Dump는 산만한 음성 입력을 확인 질문과 구조화된 프롬프트로 바꾼다. Helper Desk는 하위 에이전트의 진행 상황과 비용을, Chat Inventory는 사용한 도구·커넥터·스킬·파일을 보여준다.
3. 캐시 관리 모드는 대화의 캐시 만료 시점을 표시하고 필요하면 유지 메시지를 보낸다. Handoff는 긴 대화의 맥락과 작업 상태를 정리해 새 대화나 팀원에게 넘긴다.
4. Reflect는 사용자가 말한 규칙의 저장 위치를 묻고, Screen Share Mode는 화면의 개인정보를 가린다. Replay Theater는 파일 편집을 순서대로 재생하며 이전 버전으로 돌아갈 수 있게 한다.
5. Switchboard는 실행 중인 모드를 한곳에서 켜고 끈다. 발표자는 AI를 사용하는 모드는 요금제 사용량을 소모하고, 추적·표시만 하는 모드는 추가 AI 사용량 없이 실행된다고 구분한다.

🧩 배경과 문제 정의

발표자는 Claude Code의 모드를 화면과 실행 동작을 바꾸는 플러그인으로 소개한다. 긴 음성 입력의 혼란, 하위 에이전트 작업의 불투명성, 오래된 대화의 비용, 긴 문맥에서의 정보 누락, 규칙 저장의 불확실성 등을 주요 불편으로 든다.

영상은 100개 이상을 분석·제작·시험했다는 발표자의 경험을 바탕으로 9개 모드를 설명한다. 공통 원리는 실행 중 발생하는 신호를 받아 관찰·변경·차단하는 것이다. 기능과 비용 설명은 발표자의 시연·주장에 근거하며, 별도의 비교 실험이나 공식 검증 자료는 제공되지 않는다.

🕒 시간순 섹션별 상세정리

1. 모드의 작동 원리와 Brain Dump

• 모드는 데스크톱과 터미널에서 Claude Code의 외형과 동작을 바꾸는 플러그인으로 묶인다. 발표자는 여러 모드를 시험한 뒤 9개를 골라 무료로 제공한다고 드러낸다. [01:05]
• Brain Dump는 긴 음성 입력을 전송 단계에서 보류하고, 다른 AI 모델로 확인 질문을 한 뒤 과업·이유·제약·완료 기준을 갖춘 프롬프트로 재작성한다. 모드는 실행 신호에 반응해 작업을 관찰·변경·차단한다. [02:25]
• 원하는 동작을 설명하면 내장 플러그인 제작 스킬로 만들고 수정할 수 있다고 안내한다. AI 사용 모드는 요금제 사용량을 소모하며, 추적·표시만 하는 모드는 실행에 AI를 쓰지 않는다고 구분하고 ZIP 설치 방법을 보여준다. [03:17]

2. Helper Desk로 하위 에이전트 작업 확인

• Helper Desk는 전체 작업의 할 일 완료에 따라 채워지는 진행 막대를 보여준다. 별도 패널에서는 하위 에이전트별 진행 상황과 비용을 확인해 지연되는 작업을 파악하도록 한다. [04:15]
• 에이전트 시작과 할 일 완료 신호를 관찰해 화면을 그리는 방식이므로 AI 호출 비용이 없다고 보여준다. 표시 이름과 외형도 수정할 수 있으며, 기존 진행 상황 모드에서 영감을 받아 재구축했다고 드러낸다. [04:39]

3. 캐시 만료 표시와 대화 유지

• 발표자는 대화 캐시가 유지되는 동안 입력을 더 저렴하게 처리하지만 만료 후 재개하면 비용이 커진다고 보여준다. 긴 대화 사례로 약 4센트와 1.6달러를 비교하고, 구독과 API의 캐시 유지 시간도 다르게 제시한다. [05:58]
• 캐시 관리 모드는 응답에 포함된 타이머 정보를 사용해 만료까지의 시간을 표시한다고 묶인다. 사용자가 유지 기능을 켜면 만료 직전에 작은 숨김 메시지를 보내 캐시를 갱신한다. [06:24]
• 유지 메시지에도 비용이 들지만 차가운 캐시에서 재개하는 비용보다 작다고 주장한다. 자동 유지는 사용자가 다음 메시지를 보내거나 2시간이 지나면 멈추며, 다른 제작자의 모드가 영감의 출처였다고 드러낸다. [06:37]

4. Handoff로 긴 대화와 작업 맥락 인계

• 긴 대화가 문맥 창을 채우면 세부 사항을 놓치거나 섞을 수 있고, 대화 압축도 정보를 일부 잃는다고 보여준다. 캐시 만료까지 겹치면 새 대화로 전환할 이유가 생긴다는 문제를 제기한다. [07:34]
• Handoff는 25만 토큰 도달, 캐시 만료 감지, 수동 명령의 세 경우에 실행된다. 대화와 사용·생성한 파일, 스킬, 도구, 링크를 읽어 새 대화용 인계 프롬프트를 만든다고 보여준다. [08:07]
• 인계문으로 새 대화를 시작하거나 팀원에게 작업을 넘길 수 있다고 보여준다. 이후 강좌·상담·자료 라이브러리를 제공하는 자신의 AI 교육 프로그램을 홍보한다. [08:52]

5. Reflect와 Chat Inventory로 기억과 사용 자료 관리

• Reflect는 사용자가 명확한 규칙을 말했는지 감지하고, 내장 메모리·규칙 파일·세컨드 브레인 중 어디에 저장할지 묻는다. 특정 스킬에 저장하도록 동작을 수정할 수도 있다고 보여준다. [09:59]
• Chat Inventory는 Claude Code에서 작업 과정을 확인하기 어렵다는 불편을 해결하려는 모드다. 도구·커넥터·스킬 호출을 추적해 할 일, 목표, 사용 파일과 함께 사이드 패널에 모은다. [10:48]
• CRM·이메일·드라이브에서 보고서를 만들 때 자료를 어디서 가져왔는지 확인하는 사례를 든다. 이 모드는 활동을 추적할 뿐 AI를 호출하지 않아 실행 비용이 없다고 보여준다. [11:01]

6. Screen Share Mode와 Replay Theater로 노출·편집 확인

• Screen Share Mode는 회의·교육·녹화 중 채팅에 나타나는 이름, 이메일, 전화번호, 금액을 회색 막대로 가린다. 발표자는 실제 대화를 영상에 보여줄 때 활용한다고 드러낸다. [11:55]
• Replay Theater는 Claude가 파일에 가한 편집을 순서대로 재생하고, 선호하는 이전 버전으로 돌아갈 수 있게 한다. 여러 수정이 한꺼번에 이뤄졌을 때 변경 내용을 확인하는 용도로 묶인다. [12:39]
• 편집 재생은 파일에만 적용된다는 제한을 명시한다. 초안은 채팅에 적힌 텍스트가 아니라 Claude가 편집하는 문서여야 한다. [12:44]

7. Switchboard로 모드 관리와 영상 마무리

• Switchboard는 실행 중인 모드 목록을 열어 개별 기능을 켜거나 끄고, 모드가 추가한 패널을 숨기는 관리 도구다. 설치한 기능이 많아져 무엇이 실행되는지 놓치는 문제를 겨냥한다. [13:28]
• 작업에 방해되는 모드는 중간에 끌 수 있고, 새로 추가한 모드도 목록에 자동으로 나타난다고 보여준다. 이어 설명란의 첫 링크에서 모드를 무료로 내려받을 수 있다고 다시 안내한다. [13:41]
• 마지막에는 AI 교육 프로그램을 재차 홍보하고 시청 감사와 구독 요청을 전해진다. Claude Code를 더 배우려는 시청자에게 다른 영상을 안내하며 끝낸다. [14:04]

🧾 결론

• 영상의 핵심은 Claude의 답변뿐 아니라 입력·실행 과정·화면·기억까지 작업 방식에 맞춰 바꿀 수 있다는 것이다.
• 모드의 효용은 서로 다르다. 입력 품질, 작업 가시성, 대화 비용, 맥락 인계 중 자신의 병목과 맞는 기능부터 선택할 수 있다.
• 모드가 늘어나면 관리 기능도 필요해진다. 발표자는 Switchboard로 실행 상태를 확인하고 방해되는 모드를 작업 중에 끄는 방식을 제시한다.

📈 투자·시사 포인트

• AI 업무 도구를 평가할 때 답변 품질과 함께 진행 상황·사용 자료·비용을 얼마나 확인할 수 있는지도 살펴볼 필요가 있다. Helper Desk와 Chat Inventory가 겨냥하는 문제다.
• 긴 대화를 계속 유지하는 방식과 새 대화로 인계하는 방식에는 비용과 맥락 보존의 절충이 있다. 캐시 관리와 Handoff는 이 선택을 돕는 조합으로 소개된다.
• 자연어로 필요한 모드를 만들고 수정하는 사례는 사용자가 자신의 업무 환경을 직접 구성하는 활용 방향을 보여준다. 다만 영상만으로 개발 난도나 생산성 개선 폭을 일반화할 수는 없다.

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

• 모드 출시, 내장 플러그인 제작 스킬, 데스크톱·터미널 지원 범위는 발표자의 설명이다. 제공된 자료에는 공식 문서나 실제 설치 파일이 없어 지원 버전과 설치 조건을 확인할 수 없다.
• 캐시 읽기 가격이 일반 가격의 20분의 1이라는 설명, 재개 비용이 최대 40배라는 사례, 구독 1시간·API 5분이라는 만료 시간은 영상 속 주장이다. 요금제별 적용 조건과 실제 절감액은 별도 확인이 필요하다.
• 25만 토큰을 Handoff 실행 기준으로 삼지만, 이를 모든 작업에서 성능이 저하되는 공통 경계로 볼 근거는 제시되지 않는다. 새 대화로 모든 세부 맥락이 보존된다는 설명도 검증 결과가 제공되지는 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자신의 주요 불편이 입력 정리, 진행 상황 확인, 비용, 기억, 편집 검토 중 어디에 있는지 정하고 대응 모드부터 검토한다.
• 설치 전에 모드의 정확한 이름과 지원 환경을 확인하고, AI 호출 여부와 요금제 사용량 소모 여부를 구분한다.
• 긴 대화를 재사용한다면 캐시 유지에 드는 비용과 새 대화로 인계하는 비용을 자신의 작업 사례로 비교한다.
• Handoff로 만든 인계문에 목표·완료된 작업·사용 파일·다음 단계가 충분히 담겼는지 확인한다.

❓ 열린 질문

• 어떤 길이와 재방문 간격의 대화에서 캐시 유지가 새 대화 시작보다 실제로 유리한가?
• Handoff는 원래 대화의 세부 조건과 파일 맥락을 어느 정도까지 보존하는가?
• 여러 모드가 같은 프롬프트나 실행 신호에 반응할 때 실행 순서와 충돌은 어떻게 관리되는가?