클로드 스킬 다 지우세요. 이 4개만 빼고

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

클로드 스킬은 무작정 쌓아두지 말고, 출력 정리·디자인 개선·작업 계획·개인화 검색이라는 네 가지 실무 기능만 선별해 남겨야 한다.

📌 핵심 요점

1. 최신 모델은 과거의 약점을 보완하던 프롬프트·스킬·훅 없이도 문제를 해결할 가능성이 커졌으므로, 6개월마다 설정을 비우고 기본 행동을 재확인해야 한다. Anthropic이 Claude Code 시스템 프롬프트의 80% 이상을 삭제했다는 사례도 필수 기능만 남긴 가벼운 하네스의 효용을 뒷받침한다.
2. 출력 정리 스킬은 불필요한 배경 설명을 줄이고 핵심 행동을 앞세우는 10개 규칙으로 답변을 짧고 실행 가능한 형태로 만든다. 같은 질문을 설치 전후에 입력하면 토큰 사용량과 명확성의 변화를 직접 확인할 수 있다.
3. Impeccable은 반복되는 전형적인 AI 디자인 패턴을 구분하고, Impeccable Critic은 기존 랜딩 페이지의 문제를 세부적으로 진단한다. 다만 인간의 디자인 판단을 대체하기보다 템플릿 같은 인상을 줄이고 초기 완성도를 높이는 도구로 보는 편이 현실적이다.
4. Glimmy는 작업을 시작하기 전에 질문으로 방향과 요구사항을 구체화하고, Wayfinder는 큰 프로젝트의 의사결정 항목을 펼쳐 하나씩 해결함으로써 전체 청사진을 만든다. 작업 규모에 따라 요구사항 정리와 프로젝트 지도 작성이라는 서로 다른 계획 기능을 선택할 수 있다.
5. Aside Browser는 로그인된 브라우저의 알고리즘과 사용 맥락을 활용해 일반 웹 검색보다 개인 관심사에 가까운 자료를 찾는다. 결국 스킬의 유지 여부는 설치 수나 인기가 아니라 토큰 절약, 디자인 개선, 계획 수립, 맞춤형 검색처럼 구체적인 문제를 해결하는지로 판단해야 한다.

🧩 배경과 문제 정의

• 최신 모델은 과거보다 스스로 문제를 잘 해결하므로, 구형 모델의 약점을 보완하던 프롬프트·스킬·훅이 오히려 성능과 효율을 떨어뜨릴 수 있다.
• 모든 스킬을 유지하거나 전부 삭제하기보다 실제 업무에 필요한 기능만 선별해 하네스를 가볍게 유지해야 한다.
• 스킬의 가치는 설치 수나 인기도뿐 아니라 토큰 절약, 디자인 개선, 작업 계획, 맞춤형 검색처럼 구체적인 문제를 얼마나 해결하는지에 달려 있다.

🕒 시간순 섹션별 상세정리

1. 모델 고도화에 따른 스킬 최소화

• 6개월마다 claude.md, 스킬, 훅을 지우고 모델의 기본 행동을 다시 확인하면, 오래된 보완 지침이 현재 모델을 방해하는지 판별할 수 있다. [00:09]
• Anthropic은 Claude Code 시스템 프롬프트의 80% 이상을 삭제했으며, 구형 모델의 약점을 메우던 지침보다 필수 기능만 남긴 깨끗한 하네스가 유리해졌다. [00:23]
• 모델은 질문보다 긴 배경 설명을 덧붙이는 경향이 있으며, 필요한 답이 중간에 묻히면서 토큰 사용량과 비용이 함께 증가한다. [02:17]
• 출력 정리 스킬은 10개의 규칙으로 답변을 즉시 실행 가능한 형식에 맞추고, 불필요한 설명을 제거해 핵심 행동을 앞세운다. [02:45]

2. AI 디자인의 출발점을 높이는 Impeccable

• AI만으로 만든 디자인에는 일정한 한계가 있으므로, 처음부터 완성도를 기대하기보다 템플릿 같은 인상을 줄이고 자연스러운 결과에 가까워지는 용도가 현실적이다. [03:53]
• Impeccable은 여러 모델에서 반복되는 전형적인 AI 디자인 패턴을 규칙으로 구분하며, Impeccable Critic은 기존 랜딩 페이지의 문제를 세부적으로 진단한다. [04:31]
• Mefo Cook의 저장소에는 다수의 인기 스킬이 포함돼 있으며, Glimmy는 작업에 바로 착수하는 대신 질문을 통해 방향과 요구사항을 먼저 구체화한다. [05:45]
• Wayfinder는 단일 작업보다 큰 프로젝트를 대상으로 전체 의사결정 항목을 먼저 펼친 뒤, 각 항목을 하나씩 해결해 명확한 청사진을 만든다. [06:38]

3. 개인화 검색과 스킬 선택의 최종 기준

• Aside Browser는 로그인된 브라우저의 알고리즘과 사용 맥락을 활용하므로, 일반 웹 검색보다 개인의 관심사에 가까운 자료를 찾을 수 있다. [07:57]
• Claude Code가 Aside Browser를 직접 조작해 X 알고리즘의 인기 게시물을 읽으면, 사용자가 일일이 탐색하지 않아도 현재 관심사에 맞는 주제를 수집할 수 있다. [08:25]

4. 네 가지 활용 영역의 정리와 단순화 원칙

• 스킬을 찾는 방법부터 네 가지 활용 영역까지 영상에서 다룬 내용을 정리한다. [08:51]
• 소개된 스킬을 한꺼번에 모두 설치할 필요는 없다고 강조한다. [08:54]
• 자신의 작업에 필요한 스킬만 시험해 보고, 핵심적인 것만 남기는 편이 중요하다. [09:06]

5. 도구보다 선명해야 하는 인간의 기준

• 모델이 계속 똑똑해져도 AI가 대신 결정할 수 없는 영역은 분명히 남아 있다. [09:20]
• 무엇을 만들고 무엇이 좋은지, 어디로 나아갈지는 결국 인간이 판단해야 하며 스킬은 그 판단과 기준을 문서로 정리한 것이다. [09:30]
• 도구는 가벼울수록 좋지만, 그 위에 적용하는 자신만의 기준은 갈수록 더 명확해져야 한다. [09:40]
• 도움이 되었다면 좋아요와 구독을 부탁하며 다음 영상에서 다시 만날 것을 약속한다. [09:50]

🧾 결론

• 오래된 스킬을 계속 누적하기보다 주기적으로 제거한 뒤 최신 모델의 기본 역량을 다시 측정하는 방식이 합리적이다.
• 남길 스킬은 명확한 업무 문제와 검증 가능한 개선 효과를 가진 도구로 제한해야 한다.
• 출력 정리, 디자인 진단, 작업 계획, 개인화 검색은 서로 다른 병목을 해결하므로 목적에 맞게 선택해야 한다.
• 도구가 가벼워질수록 무엇을 만들고 어떤 결과를 좋다고 볼지에 관한 사용자의 판단 기준은 더 선명해야 한다.

📈 투자·시사 포인트

• 기반 모델이 고도화될수록 구형 모델의 약점만 보완하던 프롬프트와 스킬의 효용은 빠르게 낮아질 수 있다.
• 토큰 사용량 감소와 즉시 실행 가능한 출력은 반복 작업이나 비용에 민감한 환경에서 직접 측정할 수 있는 도입 가치다.
• 설치 수와 GitHub 별 증가 추이는 수요와 관심을 파악하는 지표지만, 지속적인 업무 효용을 증명하는 단독 기준으로 보기는 어렵다.
• 디자인 진단, 대형 프로젝트 계획, 로그인 맥락 기반 검색처럼 구체적인 워크플로를 개선하는 도구가 범용 지침 모음보다 오래 살아남을 가능성이 크다는 시사점을 준다.

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

• 제목은 네 개를 예고하지만, 상세 내용은 출력 정리 스킬의 정확한 이름을 밝히지 않고 계획 영역에 Glimmy와 Wayfinder를 함께 제시해 네 개의 설치 단위를 명확히 확정하기 어렵다.
• Claude Code 시스템 프롬프트의 80% 이상을 삭제했다는 수치는 비교 기준, 적용 버전, 공식 근거가 상세 내용에 제시되지 않았다.
• 출력 정리 스킬의 토큰 절약과 Impeccable의 디자인 개선은 전후 변화로 설명되지만, 절감률이나 품질 점수 같은 정량 결과는 제공되지 않았다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 6개월 주기로 claude.md, 스킬, 훅을 비우고 최신 모델의 기본 행동이 기존 지침 없이도 충분한지 다시 확인한다.
• 출력 정리 스킬의 설치 전후에 같은 질문을 입력해 답변 길이, 핵심 행동의 위치, 토큰 사용량을 비교한다.
• 기존 랜딩 페이지에 Impeccable Critic을 적용해 진단과 수정 결과를 확인하되 최종 디자인 판단은 사람이 수행한다.
• 요구사항이 불명확한 작업에는 Glimmy를, 여러 의사결정이 얽힌 큰 프로젝트에는 Wayfinder를 시험 적용한다.

❓ 열린 질문

• 영상이 의도한 정확한 네 개의 스킬 이름과 설치 경로는 무엇인가?
• 스킬을 유지하거나 제거할 때 적용할 토큰 절감률, 작업 시간, 결과 품질의 최소 기준은 무엇이어야 하는가?
• 최신 모델의 기본 역량만으로 충분한 작업과 별도 스킬이 계속 필요한 작업을 어떻게 구분할 수 있는가?