이 페이지의 목차
확인 2026-06-18근거 자료 12건갱신 2026-10-26언급 21곳
이 페이지의 목차
확인 날짜 안내

확인 날짜가 섞인 페이지다. 1~3단계와 레벨 겹침은 공식 문서(Claude Code 확장 기능 개요, Claude Code 스킬, 원본 날짜 미상) 수집일 2026-10-18 기준이고, "지시 방법 일곱 가지" 비교와 "지시 위치를 옮길 신호"는 Anthropic 블로그 Steering Claude Code 발행일 2026-06-18 기준, 시스템 프롬프트 덧붙이기의 적용 범위는 공식 CLI 문서 Claude Code CLI 레퍼런스(원본 날짜 미상, 서버 Last-Modified 2026-10-20, 수집 2026-10-21) 기준이다. 기능 목록은 자주 바뀌므로 90일이 지나면 다시 확인한다. 비교표의 비용 등급, 출력 스타일의 "가중치가 가장 높다", managed settings의 "유일한 방법", 덧붙이기의 "덜 엄격하게 따른다"는 "(블로그 평가)"로 표시하고, 덧붙이기 행의 "그 실행에만 적용, 압축되지 않음"은 공식 CLI 문서와 달라 상충으로 나란히 두고 설명은 공식 기준으로 한다. 페이지 확인 날짜는 2026-06-18이다. 남은 원인은 블로그 단독인 변하는 사실이다: "서브에이전트 vs Dynamic workflow"의 dynamic workflows 규모(수십~수백 개 백그라운드 에이전트)와 조율 계획·중간 결과를 스크립트 변수에 둔다는 설명(공식 확장 기능 개요는 많은 서브에이전트를 백그라운드로 돌린다는 데까지만 적는다). 비교표 덧붙이기 행의 "세션 첫 요청 뒤 캐시"는 2026-10-26 수집한 공식 Prompt caching 문서 Claude Code 프롬프트 캐싱이 확인해 원인에서 빠졌다(아래 표 뒤 문단). "지시 방법 일곱 가지"와 "지시 위치를 옮길 신호"의 묶음·권고는 블로그 글(2026-06-18)의 설계 권고다.

목표에 맞는 Claude Code 확장 기능을 고르는 판단 기준이다. 기능 하나씩의 세부는 각 개념 페이지에 있다.

준비물(필요한 것)#

필요한 것내용
Claude Code고를 확장 기능(CLAUDE.md, 스킬, 서브에이전트, MCP, 훅, 출력 스타일, 플러그인)은 모두 Claude Code에 붙는다 Claude Code 확장 기능 개요. 설치 절차는 이 페이지의 원본이 다루지 않는다
이루려는 목표 한 줄1단계 표는 "목표로 기능 고르기"다. Claude가 항상 알아야 하는지, 가끔 필요한지, 매번 반드시 일어나야 하는지를 먼저 정한다 Claude Code 확장 기능 개요
이미 쓰는 CLAUDE.md(있다면)옮길 지시를 찾을 때 "지시 위치를 옮길 신호" 표와 대조한다(2026-06-18 블로그 권고) Steering Claude Code
기능별 설정 절차이 페이지는 고르는 기준만 다룬다. 설정은 각 개념·기법 페이지로 간다(아래 "언제 쓰지 않는가")

1단계: 목표로 기능 고르기#

기능하는 일언제 쓰나원본 예시
메모리(CLAUDE.md)매 대화 로드되는 지속 컨텍스트(용어 사전)프로젝트 관례, "항상 X를 하라" 규칙"npm 말고 pnpm. 커밋 전 테스트"
출력 스타일세션 전체의 역할·톤·응답 형식 지시모든 응답에 원하는 목소리·길이·형식, 또는 소프트웨어 엔지니어가 아닌 역할내장 Concise 스타일, 모든 답을 다이어그램부터 시작하는 커스텀 스타일
스킬Claude가 쓸 수 있는 지시·지식·워크플로재사용 콘텐츠, 참고 문서, 반복 작업/deploy로 배포 체크리스트, 엔드포인트 패턴을 담은 API 문서 스킬
서브에이전트요약을 돌려주는 격리 실행 컨텍스트컨텍스트 격리, 병렬 작업, 전문 작업자파일을 많이 읽고 핵심만 돌려주는 조사
Dynamic workflowClaude가 쓴 스크립트가 많은 서브에이전트를 백그라운드로 실행서브에이전트 몇 개를 넘는 작업, 교차 검증하고 싶은 결과코드베이스 전체 감사, 두 번째 에이전트 묶음이 각 발견을 검증
Cross-session messaging내 세션 하나에서 다른 세션으로 메시지 전달직접 돌리는 세션끼리 작업 중 서로의 발견이 필요할 때한 세션이 자기 변경이 다른 세션 작업을 깬다고 경고
Code intelligence언어 서버 기반 탐색과 진단타입 언어, grep이 느리거나 부정확한 큰 코드베이스파일 전체를 읽는 대신 심볼 정의로 이동
MCP외부 서비스 연결외부 데이터나 동작DB 조회, Slack 게시, 브라우저 제어
훅이벤트에 실행되는 스크립트·HTTP 요청·MCP 도구 호출·프롬프트·서브에이전트맞는 이벤트마다 반드시 돌아야 하는 자동화파일 편집마다 ESLint
Artifact세션 결과를 비공개 인터랙티브 웹 페이지로 게시터미널 텍스트보다 시각적으로 보거나 공유하고 싶은 결과조사하며 갱신되는 장애 타임라인

플러그인은 위 기능(스킬, 훅, 서브에이전트, MCP 서버)을 묶는 포장 층이다. 여러 저장소에서 같은 셋업을 쓰거나 마켓플레이스로 배포할 때 쓴다.

근거: Claude Code 확장 기능 개요 (표는 원본 "Match features to your goal"의 열과 예시를 그대로 옮겼다)

2단계: 비슷한 기능 구분하기#

원본이 헷갈리기 쉬운 기능끼리 묶은 일곱 가지 비교와 판단 문장이다. Claude Code 확장 기능 개요

  • 스킬 vs 서브에이전트: 어느 컨텍스트에든 싣는 재사용 콘텐츠인가(스킬), 메인 대화와 따로 도는 격리 작업자인가(서브에이전트). 컨텍스트 격리가 필요하거나 창이 차 가면 서브에이전트. 둘은 조합된다(skills: 필드, context: fork). Claude Code 확장 기능 개요 블로그 글(2026-06-18)은 같은 구분을 "보고 조종할 수 있느냐"로 말한다. 다시 참고하지 않을 중간 결과로 메인 대화가 어지러워질 곁가지 작업(깊은 검색, 로그 분석, 의존성 감사)은 서브에이전트, 절차가 메인 스레드 안에서 진행돼 단계마다 보고 조종(steer)하고 싶으면 스킬이다. Steering Claude Code
  • CLAUDE.md vs 스킬: Claude가 항상 알아야 하면 CLAUDE.md, 가끔 필요한 참고 자료나 /<name>으로 부르는 워크플로면 스킬.
  • CLAUDE.md vs 출력 스타일: 어떤 스타일이든 프로젝트에 대해 참인 사실이면 CLAUDE.md, 응답 자체(길이, 형식, 설명량, 역할)에 관한 것이고 다시 끌 수도 있으면 출력 스타일. 스타일은 한 번에 하나만 활성이다.
  • CLAUDE.md vs .claude/rules/ vs 스킬: 매 세션 필요한 지시는 CLAUDE.md, 언어·디렉터리별 지침은 rules(경로 범위 지정 가능), 가끔 필요한 콘텐츠는 스킬.
  • 메인 대화 vs 서브에이전트 (2026-10-18 기준): 공식 서브에이전트 문서의 기준: 잦은 주고받기, 여러 단계가 맥락을 많이 공유하는 일, 빠르고 좁은 변경, 지연이 중요한 일은 메인 대화. 장황한 출력, 도구·권한 제한 강제, 자기 완결적이고 요약을 돌려줄 수 있는 일은 서브에이전트. 메인 맥락에서 도는 재사용 절차는 스킬, 이미 대화에 있는 것에 대한 질문은 /btw. Claude Code 서브에이전트 → Claude Code 서브에이전트 만들기·운영
  • 서브에이전트 vs Dynamic workflow: 서브에이전트는 Claude가 턴마다 다음을 정하고, 워크플로는 스크립트가 정한다. 빠르고 초점 있는 작업은 서브에이전트, 서브에이전트 몇 개를 넘거나 교차 검증이 필요하면 워크플로. 블로그 글(2026-06-18)은 서브에이전트가 최대 5단계까지 중첩되고(공식 서브에이전트 문서 기준 v2.1.172~v2.1.216의 기본값. 수집일 2026-10-18 기준 기본은 메인 아래 3층이고 CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH로 바꾼다 Claude Code 서브에이전트, 해소 정리는 서브에이전트), dynamic workflows는 수십~수백 개의 백그라운드 에이전트를 조율하며 조율 계획과 중간 결과를 Claude의 컨텍스트 창이 아니라 스크립트 변수에 둔다고 설명한다. Steering Claude Code
  • MCP vs 스킬: MCP는 연결(도구와 데이터 접근), 스킬은 그 도구를 잘 쓰는 지식과 워크플로. 함께 쓸 때 잘 맞는다.
  • 훅 vs 스킬: 같은 방식으로 매번 일어나야 하고 Claude가 생각할 필요가 없으면 훅, Claude가 적용 방식을 판단해야 하거나 내용이 지식이면 스킬. 반드시 지켜져야 하는 가드레일은 훅에 둔다.
    • (2026-10-18 기준) 공식 훅 가이드는 훅 안에서도 판단이 필요하면 type: "prompt"·type: "agent" 훅을 쓸 수 있다고 한다. 가드레일 훅에는 조건이 붙는다: matcher가 맞춘 도구만 보고, if 거르기는 최선 노력이라 확실한 허용·거부는 권한 규칙으로 하라고 한다. 설정 예는 Claude Code 훅 설정 레시피. Claude Code 훅 가이드

지시 방법 일곱 가지: 로드·압축·비용·권위 비교 (2026-06-18 기준)#

블로그 글 Steering Claude Code은 Claude의 행동에 지시를 전달하는 방법을 일곱 가지로 묶는다: CLAUDE.md, rules, 스킬, 서브에이전트, 훅, 출력 스타일, 시스템 프롬프트 덧붙이기. MCP와 플러그인은 이 일곱 가지에 들어 있지 않다. 원본은 방법마다 세 가지가 정해진다고 본다. Steering Claude Code

  • 지시가 언제 컨텍스트에 로드되는가
  • 긴 세션에서 유지되는가(컴팩션 동작)
  • 얼마나 권위를 갖는가

원본은 각 방법이 컨텍스트 비용과 권위를 맞바꾼다고 말한다. 모델과 effort 수준은 이와 별개의 두 다이얼로, Claude가 얼마나 유능한지와 얼마나 열심히 일하는지를 정한다. Steering Claude Code

방법언제 컨텍스트에 들어가나압축(컴팩션) 후 살아남나컨텍스트 비용 (블로그 평가)원본이 든 용도
CLAUDE.md (루트)세션 시작, 세션 내내 남음Memoized. 한 번 읽어 캐시, 컴팩션 뒤 캐시를 비우고 다시 읽음High. 관련 여부와 상관없이 모든 줄이 토큰을 씀빌드 명령, 디렉터리 구조, 모노레포 구조, 코딩 관례, 팀 규범
CLAUDE.md (하위 디렉터리)필요할 때, 그 하위 디렉터리 파일을 읽을 때그 디렉터리를 다시 건드릴 때까지 사라짐Low하위 디렉터리 전용 관례
Rules세션 시작(사용자 수준) 또는 맞는 파일을 건드릴 때만(경로 범위)컴팩션 때 다시 주입Medium. 경로 범위가 없으면 항상 켜짐구체적 제약·관례 (모든 API 핸들러는 Zod로 입력 검증)
스킬시작 때 이름·설명, 호출 시 전체 본문호출된 스킬은 공유 예산까지 다시 주입, 오래된 것부터 빠짐Low. 호출된 스킬들이 공유 토큰 예산을 나눔절차형 워크플로 (배포·릴리스 체크리스트)
서브에이전트시작 때 이름·설명·도구 목록, 본문은 Agent 도구로 부를 때만최종 메시지(요약과 메타데이터)만 메인 세션으로 돌아옴Low. 부르기 전까지 메인 컨텍스트 비용 0, 격리된 창에서 실행병렬 작업, 요약만 돌려받을 곁가지 작업 (깊은 검색, 로그 분석, 의존성 감사)
훅생명주기 이벤트에 실행컴팩션을 완전히 우회 (블로그 표현. 공식 기준으로 정리됨, 아래 콜아웃)Low. 설정은 메인 컨텍스트 밖, 일부 출력은 돌아올 수 있음(차단 오류 등)결정론적 자동화: 린터, 완료 시 Slack 게시, 명령 차단, PreCompact에서 대화 기록 백업
출력 스타일세션 시작, 시스템 프롬프트에 주입압축되지 않음High(요약표), 본문은 moderate. 기본 시스템 프롬프트를 덮어씀(블로그 표현. 공식 문서 기준 한정은 아래 "권위" 목록)큰 역할 변경 (코드 어시스턴트 → 일반 어시스턴트)
시스템 프롬프트 덧붙이기세션 시작, CLI 플래그로압축되지 않음, 그 실행에만 적용 (공식 CLI 문서와 다름, 아래 ‘원본끼리 달랐던 점’ 상자)Moderate. 세션 첫 요청 뒤 캐시톤, 응답 길이, 서식 선호

근거: Steering Claude Code (원본 요약표를 옮겼다. "압축 후 살아남나"는 원본 "Compaction behavior" 열이다)

표의 스킬 행(호출 시 전체 본문 로드, 컴팩션 뒤 공유 예산까지 다시 주입하고 오래된 것부터 빠짐)은 공식 스킬 문서가 2026-10-18 기준으로 확인한다. 예산은 스킬마다 가장 최근 호출의 앞 5,000토큰, 합계 25,000토큰이다. Claude Code 스킬 → 스킬

시스템 프롬프트 덧붙이기 행은 공식 CLI 문서(2026-10-21 기준)가 다르게 적는다. Claude Code는 대화의 첫 요청에서 플래그 텍스트를 반영해 시스템 프롬프트를 한 번 만들어 세션에 기록하고, 컴팩션 전까지 이후 모든 요청이 그 기록을 쓴다. --resume·--continue로 돌아온 나중 실행도 마찬가지이고, 그때 플래그를 바꾸거나 빼면 컴팩션 때나 새 대화에서 반영된다. 기본 동작이고, 기록하지 않는 예외는 Claude Code CLI 플래그에 있다. 같은 문서는 덧붙이기와 대체(--system-prompt)를 고르는 기준도 준다: Claude가 코딩 도우미로 남되 추가 규칙을 따라야 하면 덧붙이기, 정체성·권한 모델이 다르면 대체(도구 안내와 안전 지시까지 빠짐). Claude Code CLI 레퍼런스 → Claude Code CLI 플래그

덧붙이기 행의 "세션 첫 요청 뒤 캐시"는 공식 Prompt caching 문서가 확인한다(2026-10-26 기준). 덧붙이기 텍스트 변경을 시스템 프롬프트 변경으로 다루고, 시스템 프롬프트 층은 다음 요청에서 캐시로 읽힌다. 다만 대화 중에 모델·effort를 바꾸거나 MCP 서버를 붙이면 캐시가 깨질 수 있으니, 확장 기능을 고를 때 프롬프트 캐싱의 "캐시를 깨는 행동"도 함께 본다. Claude Code 프롬프트 캐싱

원본끼리 달랐던 점(정리됨)--append-system-prompt 재개 동작
  • Steering Claude Code (2026-06-18): 시스템 프롬프트 덧붙이기는 "applies only to that invocation"(그 실행에만 적용), 압축되지 않는다("Never compacted").
  • Claude Code CLI 레퍼런스 (수집 2026-10-21): 기본 동작으로 첫 요청에서 만든 시스템 프롬프트를 세션에 기록하고, 컴팩션 전까지 --resume·--continue로 돌아온 나중 실행에서도 쓴다. 나중 실행의 다른 플래그 텍스트(또는 플래그 없음)는 컴팩션 때나 새 대화에서 반영된다.
  • 설명과 실무는 공식 CLI 문서 기준. 블로그 문장은 출처와 함께 남긴다. 원문 인용·예외: Claude Code CLI 플래그

공식 컨텍스트 창 문서(2026-10-18 기준)는 "압축 후" 열 가운데 루트 CLAUDE.md(디스크에서 다시 주입), 범위 없는 rules(다시 주입), 경로별 rules·하위 디렉터리 CLAUDE.md(필요할 때 다시 로드), 출력 스타일(계속 적용) 행을 같은 방향으로 확인한다. 훅 행은 다르게 적는다: 앞서 훅이 더한 컨텍스트는 대화와 함께 요약되고, compact 소스의 SessionStart 훅은 컴팩션 뒤 실행된다. 정리(공식 기준) 콜아웃의 전체 근거는 장기 작업 컨텍스트 관리. Claude Code 컨텍스트 창

원본끼리 달랐던 점(정리됨)훅 출력과 컴팩션

권위(강제력)에 대해 원본이 말한 것:

  • 출력 스타일은 시스템 프롬프트에 들어가 원본이 다룬 방법 중 지시 준수 가중치가 가장 높다(블로그 평가). 대신 기본 출력 스타일을 대체해 소프트웨어 엔지니어링 기본 지시가 빠진다(keep-coding-instructions: true면 예외). Steering Claude Code → 출력 스타일 (공식 문서 2026-10-18 기준: 빠지는 것은 커스텀 스타일에 한정되고 내장 네 스타일은 Default 지시를 유지하며, 전체 시스템 프롬프트 기준이다. 상충 → 출력 스타일) Claude Code 출력 스타일
  • 훅은 모두 결정론적으로 트리거된다. command·HTTP·mcp_tool 훅은 결정론적으로 실행되고, prompt·agent 훅은 규칙 대신 Claude의 판단으로 출력을 정한다. Steering Claude Code → 훅
  • 진짜 가드레일은 결정론적이어야 하고, 강제 수단은 훅과 권한(permissions)이다. managed settings는 관리자가 배포하고 사용자 로컬 설정으로 덮어쓸 수 없으며, 조직 전체의 결정론적 가드레일을 강제하는 유일한 방법이다(블로그 평가). Steering Claude Code → 권한 모드
    • (2026-10-18 기준) 공식 권한 모드 문서는 이 중 권한 쪽을 확인한다: deny 규칙은 bypassPermissions를 포함한 모든 모드에서 막고, 대화로 말한 경계는 컴팩션으로 사라질 수 있으니 확실한 보장은 deny 규칙으로 하라고 한다. managed settings가 "유일한 방법"이라는 주장은 그 문서에 없다. Claude Code 권한 모드 → Claude Code 관리자 권한 통제
    • 공식 managed settings 배포 문서(2026-10-18)는 "덮어쓸 수 없다"를 설정 파일 기준으로 확인한다: user·project·local·--settings 값은 managed 값을 덮어쓰지 못하되, 몇몇 보안 민감 예외에서는 낮은 레벨의 더 엄격한 값이 효력을 갖는다. 같은 문서는 이 규칙 밖의 경우(managed model·autoCompactWindow는 기본값, 로컬 관리자의 관리 출처 수정, Claude Code 밖의 도구)도 적고, "유일한 방법"이라고는 말하지 않는다. Claude Code managed settings 배포 → managed settings
  • 시스템 프롬프트 덧붙이기는 지시를 많이 줄수록, 특히 서로 모순되면 덜 엄격하게 따른다(블로그 평가). Steering Claude Code

지시 위치를 옮길 신호 (2026-06-18 기준)#

원본이 "이렇게 하고 있다면 다른 위치를 고려하라"며 든 다섯 가지다. Steering Claude Code

지금 하고 있는 것옮길 곳원본의 이유
CLAUDE.md에 "매번 X면 항상 Y"settings.json의 훅확실히 일어나야 하는 동작(편집마다 prettier, 완료 시 Slack)이면, 모델이 포맷터를 돌리기로 고르는 것과 포맷터가 자동으로 도는 것은 다르다
CLAUDE.md에 "절대 하지 마라"훅과 권한, 조직 단위는 managed settingsClaude는 대부분 따르지만 압박, 긴 세션, 모호한 상황, 작업 중 읽은 파일의 프롬프트 인젝션으로 프롬프트 규칙을 못 지킬 수 있다. PreToolUse 훅은 호출을 검사해 종료 코드 2로 막는다
CLAUDE.md에 30줄짜리 절차.claude/skills/의 스킬CLAUDE.md는 항상 들고 있을 사실용이다. 배포 런북, 보안 리뷰 체크리스트는 호출될 때만 본문이 로드되는 스킬에 둔다
paths 없는 API 전용 규칙paths:로 범위를 지정한 rulessrc/api/**에만 해당하면 범위를 지정해 무관한 작업 중 컨텍스트에서 뺀다. 범위 없는 규칙은 CLAUDE.md에 넣은 것과 기계적으로 같다
프로젝트 CLAUDE.md에 개인 선호사용자 수준 파일파일 기반 방법은 모두 저장소와 상관없이 매 세션 로드되는 사용자 수준 짝이 있다. 개인 선호(항상 시맨틱 커밋 메시지)는 거기에, 프로젝트 파일은 팀 공통이면서 그 코드베이스에 한정된 것만

이 표는 메모리(CLAUDE.md)의 "무엇을 넣는가"와 CLAUDE.md 작성·구성에서 다시 쓰인다. "항상 X"·"절대 X" 규칙을 CLAUDE.md의 예로 드는 공식 문서와의 차이는 1단계 표 아래 상충 콜아웃에 있다.

3단계: 조합하기#

원본 예: 프로젝트 관례는 CLAUDE.md, 배포 워크플로는 스킬, DB 연결은 MCP, 편집마다 린트는 훅. 각 기능이 가장 잘하는 일을 맡는다. Claude Code 확장 기능 개요

패턴작동 방식원본 예시
스킬 + MCPMCP가 연결, 스킬이 잘 쓰는 법MCP로 DB 연결, 스킬에 스키마와 쿼리 패턴
스킬 + 서브에이전트스킬이 병렬 작업용 서브에이전트를 띄움/audit 스킬이 보안·성능·스타일 서브에이전트 실행
CLAUDE.md + 스킬상시 규칙은 CLAUDE.md, 참고 자료는 필요할 때 스킬CLAUDE.md "API 관례를 따르라", 스킬에 전체 API 스타일 가이드
훅 + MCP훅이 MCP로 외부 동작 실행중요 파일 수정 시 편집 후 훅이 Slack 알림

근거: Claude Code 확장 기능 개요

레벨이 겹칠 때 어떻게 처리되나#

같은 기능이 user, project, 플러그인, managed 정책 등 여러 레벨에 있을 때다. Claude Code 확장 기능 개요

  • CLAUDE.md: 더해진다. 모든 레벨이 동시에 컨텍스트에 들어가고, 충돌하면 Claude가 판단해 조정한다.
  • 스킬: 이름으로 덮어쓴다. managed > user > project. 플러그인 스킬은 네임스페이스로 충돌을 피한다. 공식 스킬 문서도 Enterprise > Personal > Project 순서를 확인하고, 세부를 더한다. 내 스킬은 같은 이름의 번들 스킬을, 로컬 터미널 세션에서는 내장 명령도 대체하지만 그 별칭은 대체하지 않고, 스킬과 .claude/commands/ 파일이 겹치면 스킬이 이기며, 루트 스킬과 하위 디렉터리 스킬은 둘 다 로드된다. Claude Code 스킬
  • 서브에이전트: 이름으로 덮어쓴다. managed > CLI 플래그 > project > user > plugin.
  • MCP 서버: 이름으로 덮어쓴다. local > project > user.
  • 훅: 합쳐진다. 출처와 상관없이 등록된 훅 모두 실행된다.
  • (2026-10-21 기준) 설정 키(settings.json) 자체: 높은 레벨이 덮어쓴다. managed > 명령줄 --settings > project local > shared project > user. 단 permissions.allow 같은 목록 키는 합쳐지고, 몇몇 보안 키는 managed보다 엄격한 낮은 값을 따르며, 환경 변수는 이 층에 속하지 않는다. Claude Code 설정 파일과 우선순위 → Claude Code 설정 파일

됐는지 확인하는 법#

  • 고른 기능이 컨텍스트에 실제로 들어갔는지 (2026-10-18 기준): 세션에서 /context를 실행하면 지금 컨텍스트 사용량을 항목별로 나눠 보여 주고 줄일 방법을 제안하며, 어떤 CLAUDE.md와 자동 메모리 파일이 로드됐는지도 보인다. 그 파일을 열어 고치려면 /memory. Claude Code 컨텍스트 창
  • 스킬을 너무 많이 붙였는지 (2026-10-18 기준): /skill-doctor(v2.1.252 이상, 기능 플래그를 가져오지 않는 세션에서는 없음)로 한 번도 호출되지 않은 스킬을 찾는다. Claude Code 스킬
  • 선택 자체가 맞았는지: 원본에는 고른 기능이 맞았는지 확인하는 방법이 따로 없다. 기능별 확인은 각 설정 페이지(예: Claude Code 훅 설정 레시피, Claude Code 출력 스타일 설정·만들기, Claude Code 서브에이전트 만들기·운영)의 확인 절로 잇는다.

언제 이 페이지를 쓰고 언제 쓰지 않는가#

  • 쓴다: 새 프로젝트에서 무엇을 어디에 둘지 정할 때, 팀에 "CLAUDE.md·스킬·훅·서브에이전트가 각각 뭔가"를 설명할 때, 이미 쌓인 CLAUDE.md를 점검하며 옮길 지시를 찾을 때(위 "지시 위치를 옮길 신호").
  • 쓰지 않는다: 기능 하나의 설정 방법이 필요할 때는 해당 개념 페이지로 간다. 무엇을 먼저 추가할지 순서는 Claude Code 셋업 점진적으로 키우기를 본다. 비용 판단은 컨텍스트 비용을, 긴 세션에서 무엇이 남는지는 장기 작업 컨텍스트 관리를 본다.