Claude Code Skills은 무엇이며 모든 것을 바꾸는 이유
에이 Claude Code skill Claude이 관련 컨텍스트를 감지할 때 동적으로 로드하는 지침 파일과 선택적 스크립트가 포함된 폴더입니다. 작업 중인 내용에 관계없이 고정된 상태로 유지되는 정적 시스템 프롬프트와 달리 기술은 선택적이고 구성 가능 — Claude은 사용 가능한 항목을 검색하고 활성 작업을 일치시키며 필요한 항목만 로드합니다.
실제적인 델타는 중요합니다. 기술이 없으면 매 세션마다 스택을 다시 설명하게 됩니다. 적절한 기술이 로드되면 Claude은 사용자가 단어를 입력하기 전에 이미 테스트 프레임워크, 배포 파이프라인 및 프로젝트 규칙을 알고 있습니다.
스킬 전
"저희는 Jest가 아닌 Vitest를 사용합니다. API 경로는 /src/routes에 있습니다. 유효성 검사에는 항상 Zod를 사용합니다. 기본 내보내기를 사용하지 마세요." — 매 세션마다 수동으로 붙여넣었지만 종종 잊어버립니다.
스킬 후
Claude은 세션 시작 시 typescript-vitest 스킬을 로드합니다. 그것은 이미 그 모든 것을 알고 있습니다.
Skills이 실제로 내부적으로 작동하는 방식
Claude Code은 세션을 초기화할 때 다음 두 위치에서 기술을 검색합니다.
- Global skills directory — 일반적으로 컴퓨터의
~/.claude/skills/ - 프로젝트 현지 기술 — repo 루트의
.claude/skills/폴더(팀 공유에 이상적)
각 기술은 고유한 이름의 하위 폴더에 있으며 다음을 포함해야 합니다. 매니페스트 파일 (skill.json 또는 skill.md). Claude은 이러한 매니페스트를 읽고 현재 작업 컨텍스트에 대한 관련성에 대해 점수를 매긴 다음 구성 가능한 컨텍스트 예산까지 가장 일치하는 기술을 로드합니다.
최소 매니페스트는 다음과 같습니다.
{ "name": "typescript-vitest", "version": "1.2.0", "description": "TypeScript project conventions using Vitest for testing", "triggers": ["vitest", "typescript", ".ts", "tsconfig"], "files": ["instructions.md", "snippets.md"], "permissions": ["read_project_files"] }| 필드 | 필수의 | Purpose |
|---|---|---|
| 이름 | Yes | 스킬용 Unique identifier |
| 버전 | Yes | 셈버; Claude은 충돌 시 더 높은 버전을 선호합니다. |
| 트리거 | Yes | Keywords/patterns that activate loading |
| 파일 | Yes | 로드할 스킬 폴더의 파일 |
| 권한 | No | Declares what the skill's scripts can access |
| 우선 사항 | No | 정수; 우선순위가 높을수록 로드 순서 충돌이 발생합니다. |
Trigger Sweet Spot: triggers 배열은 대부분의 기술 작성자가 잘못하는 부분입니다. 너무 광범위하면 기술이 지속적으로 로드되고(컨텍스트 예산 낭비), 너무 좁으면 실행되지 않습니다. 실제 파일 이름이나 프레임워크 식별자에 연결된 3~6개의 특정하고 일반이 아닌 트리거를 목표로 합니다.
실제로 필요한 Skills(Real-World Impact 순위)
원시 링크 덤프 대신 고려하는 모든 기술에 대한 평가 프레임워크는 다음과 같습니다.
- Use-case fit: 실제 스택과 일치합니까, 아니면 일반적인 것입니까?
- Maintenance quality: 6개월 이내에 Last commit을 원하시나요? 문제가 적극적으로 종결되었나요?
- Load cost: 스킬이 활성화되면 토큰이 얼마나 소모되나요?
- Compatibility: Claude Code, Claude API 또는 Claude.ai를 대상으로 합니까? 이들은 서로 바꿔 사용할 수 없습니다.
개인 개발자를 위한 Skills
이는 여러 프로젝트에 걸쳐 작업하는 개별 개발자에게 가장 높은 즉각적인 ROI를 제공합니다.
git-flow-pro
커밋 메시지 · PR 설명 · 분기 이름 지정
Pros: 상용구 커밋에 대한 컨텍스트 전환을 제거합니다. 기존 커밋을 자동으로 적용합니다.
Cons: 독창적인 형식은 기존 팀 규칙과 충돌할 수 있습니다.
가장 적합한 대상: 그것에 대해 생각하지 않고 깨끗한 Git 기록을 원하는 솔로 개발자는 빠르게 배송됩니다.
typescript-strict
엄격한 TypeScript · 모든 항목에 플래그 지정 · 유형 유틸리티
Pros: 런타임 전에 유형 문제를 포착합니다. 더 나은 TS 습관을 수동적으로 가르칩니다.
Cons: 기존 any 부채가 있는 레거시 코드베이스에 공격적으로 느낄 수 있습니다.
가장 적합한 대상: Claude이 단순한 지원이 아닌 규율을 시행하기를 원하는 TypeScript 우선 개발자입니다.
test-driven
TDD · Jest · Vitest · Pytest
Pros: 더 테스트 가능한 코드를 자연스럽게 생성합니다. Jest, Vitest, Pytest와 통합됩니다.
Cons: 초기 스캐폴딩 속도가 느려집니다. 프로토타입 단계에는 유용하지 않습니다.
가장 적합한 대상: TDD가 옳다는 것을 알고 있지만 마감 기한의 압박 속에서 일관성을 유지하는 데 어려움을 겪는 개발자.
security-audit
OWASP Top 10 · 주입 · 비밀 탐지
Pros: 검토 시간이 아닌 쓰기 시간에 문제를 포착합니다. OWASP 상위 10개 패턴을 다룹니다.
Cons: 의도적으로 보안 수준이 낮은 개발 환경에 대한 오탐(false positive).
가장 적합한 대상: 전담 보안 검토자 없이 모든 단독 개발이 프로덕션으로 배송됩니다.
개발팀 및 기업을 위한 Skills
팀의 요구 사항은 근본적으로 다릅니다. 기여자 간 규칙, 액세스 제어 및 일관성을 공유합니다. 가장 효과적인 패턴은 프로젝트-로컬 기술 레지스트리 .claude/skills/을 통해 모노레포에 커밋되었습니다.
monorepo-navigator
Nx · 터보레포 · 레르나
Pros: package.json과 관련된 혼란을 제거합니다. 대규모 저장소의 정확성을 획기적으로 향상시킵니다.
Cons: 작업공간 토폴로지별로 초기 구성이 필요합니다.
가장 적합한 대상: 단일 저장소에서 5개 이상의 패키지를 실행하는 팀.
api-contract-enforcer
OpenAPI · GraphQL · 스키마 검증
Pros: Claude이 API 필드를 환각시키는 것을 방지합니다. 프론트엔드/백엔드를 동기화 상태로 유지합니다.
Cons: 오래된 스키마는 기술이 없는 것만큼이나 많은 문제를 야기합니다.
가장 적합한 대상: 프론트엔드와 백엔드가 동시에 개발되는 풀스택 팀입니다.
internal-style-guide
사용자 정의 · 팀 규칙 · 아키텍처 결정
Pros: 완전 맞춤형; 공개 스킬은 내부 BaseRepository 패턴뿐만 아니라 이것까지 알 수 없습니다.
Cons: 규칙이 발전함에 따라 유지 관리가 필요합니다.
가장 적합한 대상: 3명 이상의 개발자와 확립된 코드베이스로 구성된 모든 팀.
Enterprise tip: 민감한 내부 기술을 private GitHub repo .claude/skills-registry.json 구성을 통해 참조하세요. 표준 저장소 권한을 통해 기술 업데이트를 가져올 수 있는 사람을 제어하세요. 맞춤 도구가 필요하지 않습니다.
비기술 빌더(콘텐츠, 운영, 마케팅)를 위한 Skills
Claude Code은 엔지니어만을 위한 것이 아닙니다. 콘텐츠 팀, 운영 관리자 및 마케팅 책임자는 Claude Code 기술을 점점 더 많이 사용하여 문서 파이프라인, 콘텐츠 워크플로 및 데이터 형식 지정 작업을 자동화하고 있습니다. 종종 코드를 직접 작성하지 않고도 가능합니다.
markdown-cms
콘텐츠가 풍부함 · 건전함 · Notion API
Pros: 제도 도구와 출판 플랫폼 사이에서 수동으로 형식을 다시 지정할 필요가 없습니다.
Cons: 스키마는 CMS 구성 또는 출력 구분과 일치해야 합니다.
가장 적합한 대상: API를 통해 헤드리스 CMS에 게시하는 콘텐츠 팀.
seo-content
메타 설명 · 제목 계층 · 키워드 밀도
Pros: SEO 도구 구독 없이 게시하기 전에 SEO 오류를 포착합니다.
Cons: 기본값은 블로그 콘텐츠에 대해 독선적입니다.
가장 적합한 대상: Claude Code을 사용하여 대규모 기사 초안 작성 및 QA를 수행하는 콘텐츠 마케팅 담당자입니다.
data-formatter
CSV · JSON · 마크다운 테이블
Pros: 지저분한 실제 데이터를 우아하게 처리합니다. 내보내기 작업을 수행하는 운영팀에 유용합니다.
Cons: 복잡한 중첩 JSON 구조로 인해 문제가 발생할 수 있습니다.
가장 적합한 대상: 엔지니어링 지원 없이 정기적인 데이터 변환을 수행하는 운영 팀입니다.
10분 안에 Claude Code 기술을 구축하는 방법
누군가가 귀하의 스택에 맞는 완벽한 기술을 공개할 때까지 기다릴 필요가 없습니다. 전체 작업 흐름은 다음과 같습니다.
1단계: 폴더 구조 만들기
.claude/ skills/ my-first-skill/ skill.json instructions.md2단계: 매니페스트 작성(skill.json)
{ "name": "nextjs-app-router", "version": "1.0.0", "description": "Next.js 15 App Router conventions and patterns", "triggers": ["next.config", "app/", "layout.tsx", "page.tsx", "next.js"], "files": ["instructions.md"], "permissions": [] }3단계: 지침 작성(instructions.md)
# Next.js 15 App Router Conventions ## Routing - All routes live in `app/` directory - Use `page.tsx` for route components, `layout.tsx` for persistent UI - Never use `pages/` directory — this project uses App Router exclusively ## Data Fetching - Prefer React Server Components for data fetching - Use `fetch()` with explicit `cache` options, not `getServerSideProps` - Client components only when you need browser APIs or interactivity ## File Naming - Components: PascalCase (`UserCard.tsx`) - Utilities: camelCase (`formatDate.ts`) - Never use default exports for components4단계: 테스트
Next.js 프로젝트에서 Open Claude Code을 입력하고 다음을 질문하세요. "사용자 프로필에 대한 새 경로를 어떻게 구성해야 합니까?"
스킬이 올바르게 로드된 경우 Claude은 메시지를 표시하지 않고 앱 라우터 규칙을 사용하여 응답합니다. 스킬 미스는 이전 페이지 라우터 패턴을 혼합하는 일반적인 Next.js 조언을 생성합니다.
Skill Manifest Reference — 필드, 스키마 및 모범 사례
| 필드 | 유형 | 메모 |
|---|---|---|
| 이름 | 끈 | 소문자, 하이픈만 가능합니다. 로드된 스킬 전체에서 고유해야 합니다. |
| 버전 | 셈버 | "1.0.0" 형식이 필요합니다. 충돌 시 더 높은 버전이 승리합니다. |
| 설명 | 끈 | 기술 범위를 이해하기 위해 Claude에서 사용됩니다. 구체적으로 말하세요. |
| 트리거 | 끈[] | File names, extensions, or keywords. 3–6이 최적입니다. |
| 파일 | 끈[] | 스킬 폴더 내의 상대 경로입니다. 나열된 모든 파일이 로드됩니다. |
| 권한 | 끈[] | 스크립트 액세스 범위를 선언합니다. 스킬에 스크립트가 없으면 생략합니다. |
| 우선 사항 | 정수 | Optional. Default: 0. 높은 숫자 = 우선적으로 로드됩니다. |
| 호환 가능 | 끈[] | 선택 과목. ["claude-code", "claude-api"] — 신호 호환성 범위. |
Common Authoring Mistakes
"js"또는"ts"을 트리거로 나열 - 이는 거의 모든 프로젝트 및 부풀려진 컨텍스트 예산에서 실행됩니다.- 모든 지침을 하나의 대용량 파일에 담기 - 더 빠른 선택 로딩을 위해 주제별로 분할
version잊어버림 — 여러 기술 버전이 존재할 때 예측할 수 없는 동작이 발생합니다.
Debugging Skills — Claude이 스킬을 무시하거나 잘못 로드하는 경우
대부분의 가이드는 이것을 완전히 건너뜁니다. 문제가 발생했을 때 취해야 할 조치는 다음과 같습니다.
Symptom: Claude은 귀하의 스킬을 완전히 무시합니다.
skill.json이 유효한 JSON인지 확인합니다. 후행 쉼표는 자동 구문 분석을 중단합니다.- 프로젝트의 실제 파일에 대해 트리거를 확인합니다. 확장 변형을 포함하지 않는 한
"vitest.config"은"vitest.config.ts"과 일치하지 않습니다. - 스킬 폴더가 스캔된 위치(
~/.claude/skills/또는.claude/skills/)에 있는지 확인하세요. - 로드된 총 기술 토큰 수가 구성된 예산을 초과하지 않는지 확인하세요. 우선 순위가 낮은 기술이 먼저 삭제됩니다.
Symptom: Claude이 스킬을 로드하지만 해당 지침을 무시합니다.
- 지침 파일이 너무 길 수 있습니다. Claude은 파일을 로드하지만 상황 압박으로 인해 이후 섹션에 참여하지 않을 수 있습니다. 지침 파일을 800개 토큰 미만으로 유지하세요.
- 지침이 너무 모호합니다("좋은 코드 작성"). Claude의 기존 교육이 지배적입니다. 구체적이고 규범적이어야 합니다.
Symptom: 두 가지 기술이 충돌합니다.
로드된 두 스킬이 모순되는 지침을 제공하는 경우 Claude은 기본적으로 더 높은 priority 값. 둘 다 우선순위가 설정되지 않은 경우 동작은 비결정적입니다.
Fix: 경쟁 기술에 명시적인 priority 값을 설정합니다. 프로젝트별 재정의가 올바르게 작동하려면 프로젝트 로컬 기술이 글로벌 기술보다 항상 더 높은 우선순위를 가져야 합니다.
Symptom: 스킬은 로컬로 로드되지만 CI나 팀원의 컴퓨터에서는 로드되지 않습니다.
기술은 아마도 프로젝트의 .claude/skills/이 아닌 전역 ~/.claude/skills/에 있을 것입니다. 프로젝트 관련 기술을 리포지토리로 이동합니다. .claude/ 폴더를 커밋하고 기술을 코드로 처리합니다.
Performance note: 10개 이상의 기술을 동시에 로드하면 단일 메시지를 작성하기 전에 컨텍스트 예산 토큰 2,000~5,000개가 소비될 수 있습니다. claude skills list으로 활성 기술을 감사하고 현재 작업과 관련이 없는 기술을 비활성화하세요. 측정 가능한 지연 시간 영향은 없지만 컨텍스트 예산 감소는 현실입니다. 수량보다 품질을 우선시하세요.
커뮤니티 Skills을 찾고, 평가하고, 신뢰할 수 있는 곳
Official source: github.com/anthropics/skills — Anthropic이 관리하는 정식 저장소입니다. Skills은 현재 기술 스키마와 일치하도록 검토, 버전화 및 보장됩니다. 여기에서 시작하세요.
Community directories:
- cllaudeskills.info — 카테고리 필터링 및 기본 메타데이터가 포함된 2026년 현재 최대 규모의 커뮤니티 디렉터리
- cludemarketplaces.com — 더 선별되고 더 작은 선택 항목이 있으며 사용자 평가가 포함됩니다.
커뮤니티 기술을 설치하기 전의 품질 신호
| 신호 | 녹색 | 빨간색 |
|---|---|---|
| Last commit | Within 6 months | Over 12 months ago |
| Open 문제 | Actively triaged | Dozens of unacknowledged bugs |
| Manifest version | Matches current schema | compatible_with 필드가 완전히 누락되었습니다. |
| Stars | 일반 스킬의 경우 100+ | Under 20 with no activity |
| 테스트 파일 포함 | Yes | No — 동작을 확인할 수 없습니다 |
Skills to Avoid in 2026 (Overhyped or Abandoned)
신뢰성이란 작동하는 것뿐만 아니라 작동하지 않는 것을 표시하는 것을 의미합니다.
ai-optimize-everything (다양한 포크)
메타 명령을 주입하여 "Claude의 추론을 최적화"한다고 주장하는 스킬 카테고리입니다. 이러한 부풀려진 상황은 종종 작업별 기술과 충돌하며 측정 가능한 결과 개선을 보여주지 않습니다. 이 카테고리의 어떤 것도 피하세요.
react-hooks-2023 (및 유사한 연도 고정 기술)
이름에 특정 연도와 연결된 Skills은 일반적으로 동결됩니다. React 규칙이 발전했습니다. 2023년 기술은 오래된 패턴을 적극적으로 가르칩니다. 이름에 연도가 포함된 스킬을 설치하기 전에 매니페스트 version과 마지막 커밋 날짜를 확인하세요.
universal-developer
모든 언어, 모든 프레임워크, 모든 패러다임을 하나의 패키지로 포괄한다고 약속하는 Skills은 너무 광범위해서 유용하지 않습니다. Claude의 컨텍스트는 모든 것에 실행되고 상충되는 지침을 추가하는 하나의 비대한 범용 스킬보다 집중된 3개 스킬 스택에 의해 더 잘 제공됩니다.
Take Your Coding Workflow Further with EasyClaw
Claude Code 기술이 편집자 경험을 강화하는 동안, EasyClaw 동일한 구성 가능한 에이전트 중심 인텔리전스를 전체 콘텐츠 및 SEO 파이프라인에 제공합니다. 로컬로 실행되며 사용량 한도, 클라우드 종속성, 시트당 가격 변동이 없습니다.
- ✅ 데스크탑 네이티브 실행 - 데이터가 컴퓨터를 떠나지 않습니다.
- ✅ 구성 가능한 에이전트 아키텍처 — Claude Code 기술과 같은 워크플로를 혼합하고 일치하지만 콘텐츠 운영을 위한 것입니다.
- ✅ 기존 Claude Code 설정과 함께 작동 — 교체가 아닌 힘 승수
- ✅ 내장된 SEO, 연구 및 출판 파이프라인 — 추가 통합이 필요하지 않습니다
Claude Code Skills 스택을 선택하는 방법
올바른 기술 스택은 전적으로 귀하의 역할, 팀 규모 및 프로젝트 단계에 따라 달라집니다. 검증된 세 가지 구성은 다음과 같습니다.
Starter Stack — Skills의 새로운 기능인 솔로 개발
| 기능 | Purpose |
|---|---|
| 자식 흐름 프로 | Clean git history without effort |
| 타이프스크립트 엄격함 | Type safety enforcement |
| 보안 감사 | Inline vulnerability flagging |
이 세 가지를 설치하고 글로벌 기술 디렉터리에 커밋하면 하루 안에 차이를 느낄 수 있습니다.
Advanced Stack — 경험이 풍부한 개발, 설립된 프로젝트
Starter Stack으로 시작한 후 다음을 추가하세요.
test-driven— 규율 있는 TDD용- 기본 스택(Next.js, Django, Rails 등)과 일치하는 프레임워크별 기술 1개
- 위의 10분 튜토리얼을 사용하여 구축한 나만의 맞춤형
internal-conventions스킬
Enterprise Stack — 팀 리더 또는 설계자
- 위의 모든 것,
.claude/skills/의 프로젝트 로컬 및 모노레포에 커밋됨 - 다중 패키지 작업공간을 실행하는 경우
monorepo-navigator - 프런트엔드/백엔드 일관성을 위한
api-contract-enforcer .claude/skills-registry.json을 통해 액세스되는 독점 내부 패턴을 위한 비공개 기술 레지스트리
Frequently Asked Questions
Q: Claude Code skill과 시스템 프롬프트의 차이점은 무엇입니까?
A: 시스템 프롬프트는 정적입니다. 작업 중인 내용에 관계없이 동일하게 유지됩니다. Claude Code skill은 동적이며 상황에 따라 다릅니다. Claude은 사용 가능한 기술을 스캔하여 현재 작업과 일치시키고 관련 기술만 로드합니다. 이러한 선택성은 컨텍스트 팽창을 방지하고 Claude이 올바른 작업에 대한 올바른 지침을 자동으로 얻는다는 것을 의미합니다.
Q: Claude API 또는 Claude.ai와 함께 Claude Code 기술을 사용할 수 있습니까?
A: No — 스킬 아키텍처는 Claude Code(CLI 도구)에만 적용됩니다. Claude Code용으로 설계된 Skills은 조정 없이는 Claude API 또는 Claude.ai 웹 인터페이스에서 작동하지 않습니다. 설치하기 전에 항상 스킬 매니페스트의 compatible_with 필드를 확인하세요.
Q: 성능 저하 없이 한 번에 몇 개의 기술을 로드할 수 있습니까?
A: 하드 캡은 없지만 10개 이상의 기술을 동시에 로드하면 단일 메시지를 작성하기 전에 컨텍스트 예산의 2,000~5,000개 토큰을 소비할 수 있습니다. 대부분의 프로젝트에서 실질적인 한도는 5~7개의 활성 스킬입니다. claude skills list을(를) 정기적으로 감사하고 현재 작업과 관련 없는 항목을 비활성화하세요.
Q: 프로젝트 기술이 리포지토리에 있어야 합니까, 아니면 내 글로벌 디렉터리에 있어야 합니까?
A: 프로젝트별 기술은 저장소에 커밋된 .claude/skills/에 속합니다. 이를 통해 모든 팀 구성원은 개별 설정 없이 동일한 Claude 동작을 얻을 수 있습니다. 프로젝트 간 개인 환경 설정(예: 선호하는 커밋 메시지 형식)을 위해 ~/.claude/skills/을 예약하세요.
Q: 두 스킬이 Claude에 모순되는 지시를 내리면 어떻게 되나요?
A: Claude은 기본적으로 priority 정수 값이 더 높은 스킬로 설정됩니다. 두 기술 모두 명시적인 우선순위가 없으면 동작은 비결정적입니다. 중복될 수 있는 기술이 있는 경우, 특히 글로벌 기술과 프로젝트-로컬 기술을 혼합하는 경우 항상 명시적인 우선순위 값을 설정하십시오.
Q: GitHub에서 커뮤니티 스킬을 설치하는 것이 안전한가요?
A: 커뮤니티 기술을 오픈 소스 종속성처럼 취급하십시오. 설치하기 전에 설치 중인 항목을 검토하십시오. 매니페스트의 permissions 필드를 주의 깊게 확인하세요. "write_filesystem" 권한을 선언하는 기술은 추가 조사가 필요합니다. 공식 Anthropic 저장소의 기술이나 활성 문제 분류 기능을 갖춘 잘 관리된 커뮤니티 소스를 선호하세요.
Q: 내 기술을 얼마나 자주 업데이트해야 합니까?
A: 기술을 종속성처럼 취급하십시오. 새 버전이 의미 있는 개선 사항을 제공하거나 영향을 미치는 버그를 수정하면 업데이트하십시오. 맹목적으로 자동 업데이트하지 마세요. 변경 로그를 검토하세요. 모노레포의 팀 공유 기술의 경우 기술 업데이트를 다른 코드 변경과 마찬가지로 검토가 필요한 PR로 처리합니다.
최종 생각
2026년의 Claude Code skill 생태계는 아직 초기 단계이며 이는 경고가 아니라 장점입니다. 잘 관리된 맞춤형 기술은 공개 옵션에만 의존하는 팀에 비해 여전히 진정한 우위를 제공할 만큼 충분히 일찍 이루어졌습니다. .claude/skills/ 폴더를 모노레포에 커밋하는 것은 대부분의 경쟁업체가 아직 채택하지 않은 새로운 방식입니다.
이 가이드의 10분 튜토리얼이 시작점입니다. 한 번 빌드하고 리포지토리에 커밋하면 모든 기여자는 첫날부터 동일한 Claude 동작을 상속받습니다. Claude에 스택을 다시 설명할 필요가 없는 모든 새로운 팀원이 있으면 해당 투자에 대한 복합적인 수익이 증가합니다.
커뮤니티에서 설치하는 기술의 경우 품질 신호 체크리스트를 적용하고, 위에 표시된 과대평가된 범주를 피하고, 세 가지 집중 기술이 매번 하나의 비대해진 범용 기술보다 성능이 뛰어나다는 점을 기억하세요. Starter Stack으로 시작하여 하루의 차이를 관찰한 다음 작업 흐름에서 요구하는 대로 복잡성을 계층화하세요.
빠른 시작 체크리스트
- 공식 Anthropic 저장소에서
git-flow-pro,typescript-strict및security-audit을 설치합니다. - 프로젝트 관련 기술을
.claude/skills/로 이동하고 커밋합니다. - 10분 튜토리얼을 사용하여
internal-conventions기술을 구축하세요. 일주일 이내에 가장 큰 효과를 발휘하는 기술이 될 것입니다. - 중복될 수 있는 기술에 명시적인
priority값을 설정하세요. claude skills list을 사용하여 매월 활성 기술을 감사합니다. 사용하지 않는 기술은 정리합니다.