Anthropic Just Revealed 10 NEW Rules for Claude Skills

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

영상은 Anthropic의 Claude Skills 새 규칙 10가지를 파일 구조, 모델별 자유도, 검증과 훅 중심으로 설명하며 기존 스킬의 재점검을 권한다.

📌 핵심 요점

1. 필요한 정보만 읽도록 구조화한다. 규칙 1은 메인 SKILL.md를 500줄 미만으로 유지하고 보조 파일을 직접 연결하는 점진적 공개다. 규칙 2는 100줄을 넘는 파일 상단에 목차를 두는 것이다. 중첩 참조에서는 일부 파일의 첫 100줄만 미리 읽을 수 있다는 설명이 근거다.
2. 작업 위험과 실행 모델에 맞춰 지침을 조절한다. 규칙 3은 아이디어 구상에는 높은 자유도, 보고서에는 템플릿 중심의 중간 자유도, 청구서·세금 문서에는 정확한 스크립트 중심의 낮은 자유도를 적용한다. 규칙 4는 실제 사용할 모델에서 스킬을 테스트하되, 비용을 고려해 자주 쓰거나 오류 영향이 큰 스킬부터 점검하는 것이다.
3. 지침은 간결하게, 절차는 명확하게 작성한다. 규칙 5는 모델이 이미 아는 일반 설명을 덜어내고 회사의 가격·조건·내부 규칙을 남기며, 스킬 설명을 3인칭으로 쓰는 것이다. 규칙 6은 다단계 작업에 체크리스트를 제공하고 검증 실패 시 이전 단계로 돌아가도록 명시한다.
4. 검증과 출력 패턴을 설계한다. 규칙 7은 실행→검증→수정→재검증의 피드백 루프다. 규칙 8은 원하는 결과를 더 명확히 하기 위해 템플릿, 입력·출력 예시, 조건별 작업 분기를 활용하는 것이다. 검증 대상은 코드뿐 아니라 용어, 형식, 필수 섹션도 포함한다.
5. 공유 환경과 필수 통제를 준비한다. 규칙 9는 동료의 환경에 필요한 도구가 있다고 가정하지 않고 패키지와 설치 절차를 명시하는 것이다. 규칙 10은 반드시 지켜야 하는 규칙을 훅으로 구현하는 것이다. 영상은 1만 달러 초과 청구서의 사람 승인과 명령 실행 전 보안 검사를 예로 든다.

🧩 배경과 문제 정의

영상은 Claude의 새 모델과 Anthropic의 스킬 가이드 변경을 계기로 기존 스킬 작성 방식을 점검해야 한다는 문제를 제기한다. 긴 지침이나 깊은 파일 참조 때문에 중요한 내용이 발견되지 않을 수 있고, 불필요한 설명은 토큰을 소비하며, 지나치게 엄격한 절차는 모델의 판단 여지를 제한할 수 있다는 설명이다.

청구서 작성 스킬을 반복 사례로 삼아 파일 분리, 작업별 자유도, 모델 테스트, 검증과 승인 통제를 연결한다. 발표자는 가이드에서 정리했다는 10개 규칙과 감사용 자료를 소개하며, 중간과 마지막에는 자신의 교육 커뮤니티와 PDF 자료를 홍보한다.

🕒 시간순 섹션별 상세정리

1. 기존 스킬 재점검과 점진적 공개

• 발표자는 새 모델과 가이드 변경으로 기존 스킬이 느려지거나 비용을 늘릴 수 있다고 보여준다. 파일 구조에 따라 중요한 지침을 읽지 못할 가능성을 제기하고, 10개 규칙과 감사용 프롬프트를 소개하겠다고 예고한다. [00:38]
• 규칙 1은 메인 SKILL.md를 500줄 미만으로 유지하고 나머지를 보조 파일로 분리하는 것이다. 메인 파일은 목차처럼 작동하며, 청구서 작업에서는 필요한 가격 파일만 읽어 불필요한 로딩을 줄이는 사례를 든다. [01:33]
• 보조 파일이 또 다른 파일을 참조하면 세 번째 파일의 첫 100줄만 미리 읽을 수 있다고 보여준다. 가능한 한 참조를 한 단계로 유지하라고 권하고, 변경 전에 개선안을 알려주는 감사 자료를 PDF로 제공한다고 안내한다. [02:21]

2. 목차와 작업별 자유도

• AI 시스템 구축·판매 교육, Claude 강의, 에이전트 서비스 과정과 커뮤니티를 홍보한 뒤 본론으로 돌아간다. [02:55]
• 규칙 2는 100줄을 넘는 파일 상단에 짧은 목차를 넣는 것이다. 일부만 미리 읽더라도 할인 정보처럼 아래쪽에 있는 필요한 섹션의 존재를 파악하도록 돕는다고 보여준다. [03:36]
• 규칙 3은 작업의 위험에 맞춰 자유도를 정하는 것이다. 아이디어 구상은 일반 지시, 주간 보고서는 템플릿, 청구서·세금 문서는 정확한 스크립트를 예로 들며, 하나의 스킬에서도 이메일 문안과 청구서 생성의 자유도를 다르게 설정할 수 있다고 드러낸다. [05:00]

3. 모델별 테스트와 간결한 지침

• 규칙 4는 실제 사용할 모델마다 스킬을 시험하는 것이다. Haiku는 안내의 충분성, Sonnet은 명확성과 효율성, Opus와 영상에서 언급한 Fable은 과도한 설명이 판단의 여지를 제한하는지 살펴보라고 보여준다. [05:31]
• 오래된 모델용 지침이 새 모델에는 지나치게 엄격할 수 있고, 충분히 구체적인 스킬은 저렴한 모델에서도 작동할 가능성이 있다고 보여준다. 전수 테스트 비용을 고려해 자주 쓰거나 실수의 영향이 큰 스킬에 우선 집중하라고 권한다. [06:11]
• 규칙 5는 청구서의 정의 같은 일반 설명을 덜어내고 회사의 가격·조건·내부 규칙을 남기는 것이다. 스킬 선택에 쓰이는 설명은 ‘이 스킬은 청구서를 만든다’처럼 3인칭으로 작성하라고 안내한다. [06:59]

4. 체크리스트와 피드백 루프

• 규칙 6은 다단계 작업의 순서를 명시하고, Claude가 응답에 복사해 진행 상황을 표시할 체크리스트를 제공하는 것이다. 중요한 단계의 누락을 줄이려는 목적이라고 보여준다. [07:24]
• 검증 단계에서 금액이 작업 목록과 맞지 않으면 이전 단계로 돌아가도록 복귀 조건을 넣는 사례를 든다. 단순히 체크 표시만 하고 잘못된 청구서를 보내는 일을 막기 위한 장치다. [07:47]
• 규칙 7은 실행 후 실패 항목을 수정하고 통과할 때까지 재검증하는 피드백 루프다. 글쓰기에서도 용어 일관성, 예시 형식, 필수 섹션을 점검하고 위반한 가이드 항목을 기록한 뒤 수정하는 사례를 보여준다. [08:34]

5. 출력 패턴과 공유 가능한 스킬

• 규칙 8의 첫 패턴은 템플릿이다. 정확한 구조를 따르게 하거나 기본 형식을 제시한 뒤 모델의 판단을 허용하는 방식으로 엄격함을 조절한다. [08:54]
• 두 번째 패턴은 원하는 스타일과 상세 수준을 보여주는 입력·출력 예시이고, 세 번째는 작업 조건에 따라 실행 경로를 나누는 조건부 워크플로다. 원하는 출력이 더 명확해야 할 때 이 패턴들을 검토하라고 권한다. [09:30]
• 규칙 9는 공유를 고려한 설계다. 다른 사용자의 환경에 도구가 이미 설치돼 있다고 가정하지 말고, 필요한 패키지와 설치 절차를 스킬에 명시해 팀원의 첫 실행 실패를 줄이라고 보여준다. [10:20]

6. 필수 규칙을 위한 훅과 마무리

• 규칙 10은 반드시 지켜야 하는 규칙을 훅으로 구현하는 것이다. 1만 달러 초과 청구서에 사람 승인이 필요한 사례를 들며, 훅은 전송이나 명령 실행 직전 같은 정해진 시점에 Claude Code가 실행하는 코드라고 보여준다. [10:55]
• 스킬에 적힌 필수 규칙이 누락된다면 훅으로 옮기라고 권한다. 명령마다 보안 검사를 수행하는 스킬 예시와 세션 내 지속 동작을 소개하고, 한 번의 실수가 큰 비용을 만드는 규칙부터 적용 가능성을 점검하라고 드러낸다. [11:25]
• 10개 규칙을 마무리하고 PDF에 자신의 ‘skill creator plus’가 포함돼 있다고 안내한다. 기본 skill creator의 업데이트 시점에 대한 자신의 확인 내용을 언급하며 대안을 공유하고, 구독 안내와 인사로 영상을 끝낸다. [12:03]

🧾 결론

• 스킬의 품질은 지침의 분량보다 필요한 정보를 발견하고 실행할 수 있는 구조에 달려 있다는 것이 영상의 핵심 주장이다.
• 하나의 스킬 안에서도 문안 작성과 금액 계산처럼 단계별 위험이 다르면 자유도를 다르게 설정할 수 있다.
• 체크리스트에 검증 실패 후 복귀 절차를 붙이고, 중요한 규칙에는 훅을 적용하는 방향으로 실행 신뢰도를 높이도록 권한다.
• 기존 스킬은 모델 변경 이후에도 그대로 적합하다고 가정하지 말고, 지침의 강도와 실제 결과를 다시 비교필요가 있다.

📈 투자·시사 포인트

• AI 운영 비용을 관리할 때 모델 선택과 함께 불필요한 문맥 로딩을 줄이는 파일 구조를 살펴볼 수 있다. 영상은 토큰 절감 가능성을 설명하지만 절감률은 제시하지 않는다.
• 충분히 구체적인 절차를 가진 작업은 더 저렴한 모델로도 수행 가능한지 비교할 여지가 있다. 반대로 최신 모델에는 과도한 지침이 결과를 제한할 수 있다는 설명이 나온다.
• 기업용 AI 자동화에서는 결과 생성뿐 아니라 검증, 승인 조건, 실행 전 검사까지 설계하는 역량이 중요해진다.
• 스킬을 팀에 배포하거나 서비스로 제공하려면 의존 패키지와 설치 안내가 필요하다. 개인 환경에서의 성공만으로 다른 사용자의 실행 가능성을 판단하기 어렵다.

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

• 영상이 소개하는 공식 가이드의 원문과 개정 내역은 제공되지 않았다. 10개 항목이 모두 새로 추가된 규칙인지, 기존 권고를 재정리한 것인지 확인이 필요하다.
• 자막의 ‘Claude 5.5’, ‘Fable’ 및 기본 skill creator의 마지막 업데이트 시점은 영상 속 주장이다. 모델 명칭·출시 상태·업데이트 날짜를 이 자료만으로 확정할 수 없다.
• 첫 100줄만 읽는 현상은 파일 구조와 중첩 참조에 따라 발생할 수 있다는 설명이다. 모든 긴 파일에 적용되는 고정 제한으로 해석하면 안 된다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자주 사용하는 스킬부터 메인 파일 길이, 보조 파일 직접 연결 여부, 중첩 참조 깊이를 점검한다.
• 100줄을 넘는 파일에는 상단 목차를 추가하고, 중요한 내용을 목차에서 찾을 수 있는지 확인한다.
• 모델이 이미 아는 일반 설명을 줄이고 회사별 가격·조건·내부 규칙을 남긴다. 스킬 설명은 3인칭으로 정리한다.
• 단계별 위험을 구분해 자유도를 설정하고, 실제 사용할 모델에서 결과 품질과 비용을 비교한다.

❓ 열린 질문

• 우리 스킬에서 모델의 재량을 넓혀도 되는 단계와 정확한 스크립트로 고정해야 하는 단계는 각각 무엇인가?
• 동일한 작업을 더 저렴한 모델로 실행할 때 필요한 지침 수준과 허용 가능한 오류 기준은 무엇인가?
• 어떤 필수 규칙을 훅으로 옮길 수 있으며, 실제 실행 경로에서 그 규칙이 작동하는지 어떻게 검증할 것인가?