사용자 정의 subagent 만들기

Claude Code에서 작업별 워크플로우 및 향상된 컨텍스트 관리를 위한 특화된 AI subagent를 만들고 사용합니다.

Subagent는 특정 유형의 작업을 처리하는 특화된 AI 어시스턴트입니다. 부작업이 검색 결과, 로그 또는 다시 참조하지 않을 파일 콘텐츠로 주 대화를 넘칠 때 하나를 사용하세요: subagent는 자신의 컨텍스트에서 해당 작업을 수행하고 요약만 반환합니다. 동일한 지침으로 동일한 종류의 워커를 계속 생성할 때 사용자 정의 subagent를 정의합니다.

각 subagent는 자체 컨텍스트 윈도우에서 실행되며 사용자 정의 시스템 프롬프트, 특정 도구 액세스 및 독립적인 권한을 가집니다. Claude가 subagent의 설명과 일치하는 작업을 만나면 해당 subagent에 위임하고, subagent는 독립적으로 작동하여 결과를 반환합니다. 실제로 컨텍스트 절감을 확인하려면 컨텍스트 윈도우 시각화에서 subagent가 자신의 별도 윈도우에서 연구를 처리하는 세션을 안내합니다.

Subagent는 다음을 도와줍니다:

• 컨텍스트 보존 - 탐색 및 구현을 주 대화에서 분리하여 유지
• 제약 조건 적용 - subagent가 사용할 수 있는 도구 제한
• 구성 재사용 - 사용자 수준 subagent를 통해 프로젝트 간 구성 재사용
• 동작 특화 - 특정 도메인을 위한 집중된 시스템 프롬프트
• 비용 제어 - Haiku와 같은 더 빠르고 저렴한 모델로 작업 라우팅

Claude는 각 subagent의 설명을 사용하여 작업을 위임할 시기를 결정합니다. Subagent를 만들 때 Claude가 언제 사용할지 알 수 있도록 명확한 설명을 작성하세요.

Claude Code에는 Explore, Plan, general-purpose와 같은 여러 내장 subagent가 포함되어 있습니다. 특정 작업을 처리하기 위해 사용자 정의 subagent를 만들 수도 있습니다.

내장 subagent

Claude Code에는 Claude가 적절할 때 자동으로 사용하는 내장 subagent가 포함되어 있습니다. 각각은 추가 도구 제한이 있는 부모 대화의 권한을 상속합니다.

Explore와 Plan은 연구를 빠르고 저렴하게 유지하기 위해 CLAUDE.md 파일과 부모 세션의 git 상태를 건너뜁니다. 다른 모든 내장 및 사용자 정의 subagent는 둘 다 로드합니다. subagent에 도달하는 항목의 전체 분석은 startup에서 로드되는 항목을 참조하십시오.

내장 subagent는 항상 대화형 세션에 등록됩니다. 특정 내장 유형을 차단하려면 특정 subagent 비활성화에 표시된 대로 permissions.deny에 추가하십시오. Claude가 어떤 subagent에도 위임하는 것을 방지하려면 permissions.deny를 사용하여 Agent 도구 자체를 거부하십시오. 비대화형 모드 및 Agent SDK에서는 CLAUDE_AGENT_SDK_DISABLE_BUILTIN_AGENTS=1을 설정하여 모든 내장 유형을 제거하고 자신의 것만 제공하십시오.

이러한 내장 subagent 외에도 사용자 정의 프롬프트, 도구 제한, 권한 모드, hooks 및 skills를 사용하여 자신의 subagent를 만들 수 있습니다. 다음 섹션에서는 시작하는 방법과 subagent를 사용자 정의하는 방법을 보여줍니다.

빠른 시작: 첫 번째 subagent 만들기

Subagent는 YAML frontmatter가 있는 Markdown 파일로 정의됩니다. 수동으로 만들거나 /agents 명령을 사용할 수 있습니다.

이 연습에서는 /agents 명령을 사용하여 사용자 수준 subagent를 만드는 과정을 안내합니다. Subagent는 코드를 검토하고 코드베이스에 대한 개선 사항을 제안합니다.

/agents

A code improvement agent that scans files and suggests improvements
for readability, performance, and best practices. It should explain
each issue, show the current code, and provide an improved version.

Use the code-improver agent to suggest improvements in this project

이제 머신의 모든 프로젝트에서 코드베이스를 분석하고 개선 사항을 제안하는 데 사용할 수 있는 subagent가 있습니다.

Markdown 파일로 subagent를 수동으로 만들거나, CLI 플래그를 통해 정의하거나, 플러그인을 통해 배포할 수도 있습니다. 다음 섹션에서는 모든 구성 옵션을 다룹니다.

Subagent 구성

/agents 명령 사용

/agents 명령은 subagent를 관리하기 위한 탭 인터페이스를 엽니다. Running 탭은 라이브 및 최근에 완료된 subagent를 나열하고 열거나 중지할 수 있습니다. Library 탭을 사용하면 다음을 수행할 수 있습니다:

• 사용 가능한 모든 subagent 보기 (내장, 사용자, 프로젝트, 플러그인)
• 안내된 설정 또는 Claude 생성으로 새 subagent 만들기
• 기존 subagent 구성 및 도구 액세스 편집
• 사용자 정의 subagent 삭제
• 중복이 있을 때 활성 subagent 확인

이것이 subagent를 만들고 관리하는 권장 방법입니다. 수동 생성 또는 자동화의 경우 subagent 파일을 직접 추가할 수도 있습니다.

Subagent 범위 선택

Subagent는 YAML frontmatter가 있는 Markdown 파일입니다. 범위에 따라 다른 위치에 저장합니다. 여러 subagent가 같은 이름을 공유할 때 더 높은 우선순위 위치가 우선합니다.

프로젝트 subagent (.claude/agents/)는 코드베이스에 특정한 subagent에 이상적입니다. 버전 제어에 체크인하여 팀이 협력하여 사용하고 개선할 수 있습니다.

프로젝트 subagent는 현재 작업 디렉토리에서 위로 이동하여 검색되므로 거기서 저장소 루트까지의 모든 .claude/agents/가 스캔됩니다. {/* min-version: 2.1.178 */}v2.1.178부터 이러한 중첩된 디렉토리 중 하나 이상이 동일한 name을 정의할 때 Claude Code는 작업 디렉토리에 가장 가까운 정의를 사용합니다.

--add-dir로 추가된 디렉토리도 스캔됩니다: 추가된 디렉토리 내의 .claude/agents/ 폴더는 프로젝트 subagent와 함께 로드됩니다. 다른 구성 유형이 --add-dir에서 로드되는 것에 대해서는 추가 디렉토리를 참조하세요. --add-dir 없이 프로젝트 간에 subagent를 공유하려면 ~/.claude/agents/를 사용하거나 플러그인을 사용합니다.

사용자 subagent (~/.claude/agents/)는 모든 프로젝트에서 사용 가능한 개인 subagent입니다.

Claude Code는 .claude/agents/ 및 ~/.claude/agents/를 재귀적으로 스캔하므로 agents/review/ 또는 agents/research/와 같은 하위 폴더로 정의를 구성할 수 있습니다. 하위 디렉토리 경로는 subagent가 식별되거나 호출되는 방식에 영향을 주지 않습니다. 왜냐하면 ID는 name frontmatter 필드에서만 나오기 때문입니다. 전체 트리에서 name 값을 고유하게 유지합니다: 한 범위 내의 두 파일이 같은 이름을 선언하면 Claude Code는 경고 없이 하나를 유지하고 다른 하나를 버립니다.

플러그인 agents/ 디렉토리도 재귀적으로 스캔됩니다. 프로젝트 및 사용자 범위와 달리 플러그인의 agents/ 디렉토리 내의 하위 폴더는 범위가 지정된 식별자의 일부가 됩니다: 플러그인 my-plugin의 agents/review/security.md에 있는 파일은 my-plugin:review:security로 등록됩니다.

CLI 정의 subagent는 Claude Code를 시작할 때 JSON으로 전달됩니다. 해당 세션에만 존재하며 디스크에 저장되지 않으므로 빠른 테스트 또는 자동화 스크립트에 유용합니다. 단일 --agents 호출에서 여러 subagent를 정의할 수 있습니다:

claude --agents '{
"code-reviewer": {
"description": "Expert code reviewer. Use proactively after code changes.",
"prompt": "You are a senior code reviewer. Focus on code quality, security, and best practices.",
"tools": ["Read", "Grep", "Glob", "Bash"],
"model": "sonnet"
},
"debugger": {
"description": "Debugging specialist for errors and test failures.",
"prompt": "You are an expert debugger. Analyze errors, identify root causes, and provide fixes."
}
}'

claude --agents @'
{
"code-reviewer": {
"description": "Expert code reviewer. Use proactively after code changes.",
"prompt": "You are a senior code reviewer. Focus on code quality, security, and best practices.",
"tools": ["Read", "Grep", "Glob", "Bash"],
"model": "sonnet"
},
"debugger": {
"description": "Debugging specialist for errors and test failures.",
"prompt": "You are an expert debugger. Analyze errors, identify root causes, and provide fixes."
}
}
'@

--agents 플래그는 파일 기반 subagent와 동일한 frontmatter 필드를 가진 JSON을 허용합니다: description, prompt, tools, disallowedTools, model, permissionMode, mcpServers, hooks, maxTurns, skills, initialPrompt, memory, effort, background, isolation, color. 시스템 프롬프트에는 prompt를 사용하며, 이는 파일 기반 subagent의 markdown 본문과 동등합니다.

관리되는 subagent는 조직 관리자가 배포합니다. 관리되는 설정 디렉토리 내의 .claude/agents/에 markdown 파일을 배치하고, 프로젝트 및 사용자 subagent와 동일한 frontmatter 형식을 사용합니다. 관리되는 정의는 같은 이름의 프로젝트 및 사용자 subagent보다 우선합니다.

플러그인 subagent는 설치한 플러그인에서 제공됩니다. /agents에서 사용자 정의 subagent와 함께 나타납니다. 플러그인 subagent 만드는 방법에 대한 자세한 내용은 플러그인 컴포넌트 참조를 참조하세요.

이러한 범위의 subagent 정의는 agent teams에서도 사용 가능합니다: 팀원을 생성할 때 subagent 유형을 참조할 수 있으며 팀원은 해당 tools 및 model을 사용하고, 정의의 본문이 팀원의 시스템 프롬프트에 추가 지침으로 추가됩니다. 어느 frontmatter 필드가 해당 경로에 적용되는지는 agent teams를 참조하세요.

Subagent 파일 작성

Subagent 파일은 구성을 위한 YAML frontmatter를 사용하고 그 뒤에 Markdown의 시스템 프롬프트가 옵니다:

---
name: code-reviewer
description: Reviews code for quality and best practices
tools: Read, Glob, Grep
model: sonnet
---

You are a code reviewer. When invoked, analyze the code and provide
specific, actionable feedback on quality, security, and best practices.

Frontmatter는 subagent의 메타데이터와 구성을 정의합니다. 본문은 subagent의 동작을 안내하는 시스템 프롬프트가 됩니다. Subagent는 이 시스템 프롬프트만 받습니다(작업 디렉토리와 같은 기본 환경 세부 정보 포함). 전체 Claude Code 시스템 프롬프트는 받지 않습니다.

Subagent는 주 대화의 현재 작업 디렉토리에서 시작합니다. Subagent 내에서 cd 명령은 Bash 또는 PowerShell 도구 호출 간에 유지되지 않으며 주 대화의 작업 디렉토리에 영향을 주지 않습니다. Subagent에 저장소의 격리된 복사본을 제공하려면 isolation: worktree를 설정합니다.

지원되는 frontmatter 필드

다음 필드를 YAML frontmatter에서 사용할 수 있습니다. name과 description만 필수입니다.

모델 선택

model 필드는 subagent가 사용하는 AI 모델을 제어합니다:

• 모델 별칭: 사용 가능한 별칭 중 하나를 사용합니다: sonnet, opus, haiku, 또는 fable
• 전체 모델 ID: claude-opus-4-8 또는 claude-sonnet-4-6과 같은 전체 모델 ID를 사용합니다. --model 플래그와 동일한 값을 허용합니다
• inherit: 주 대화와 동일한 모델을 사용합니다
• 생략됨: 지정하지 않으면 기본값은 inherit입니다 (주 대화와 동일한 모델 사용)

Claude가 subagent를 호출할 때 해당 특정 호출에 대해 model 매개변수를 전달할 수도 있습니다. Claude Code는 다음 순서로 subagent의 모델을 해결합니다:

1. CLAUDE_CODE_SUBAGENT_MODEL 환경 변수 (설정된 경우)
2. 호출별 model 매개변수
3. Subagent 정의의 model frontmatter
4. 주 대화의 모델

환경 변수, 호출별 매개변수, frontmatter 값은 조직의 availableModels 허용 목록에 대해 확인됩니다. 제외된 모델로 해결되는 값은 사용되지 않으며 subagent는 상속된 모델에서 대신 실행됩니다.

Subagent 기능 제어

도구 액세스, 권한 모드 및 조건부 규칙을 통해 subagent가 할 수 있는 작업을 제어할 수 있습니다.

사용 가능한 도구

Subagent는 기본적으로 주 대화에서 사용 가능한 내부 도구 및 MCP 도구를 상속합니다. 다음 도구는 주 대화의 UI 또는 세션 상태에 따라 달라지며 tools 필드에 나열되어 있어도 subagent에서 사용할 수 없습니다:

• AskUserQuestion
• EnterPlanMode
• ExitPlanMode (subagent의 permissionMode가 plan인 경우 제외)
• ScheduleWakeup
• WaitForMcpServers

도구를 제한하려면 tools 필드 (허용 목록) 또는 disallowedTools 필드 (거부 목록)를 사용합니다. 이 예제는 tools를 사용하여 Read, Grep, Glob, Bash만 허용합니다. Subagent는 파일을 편집하거나 쓸 수 없으며 MCP 도구를 사용할 수 없습니다:

---
name: safe-researcher
description: Research agent with restricted capabilities
tools: Read, Grep, Glob, Bash
---

이 예제는 disallowedTools를 사용하여 주 대화에서 상속된 모든 도구를 상속하지만 Write 및 Edit은 제외합니다. Subagent는 Bash, MCP 도구 및 다른 모든 것을 유지합니다:

---
name: no-writes
description: Inherits every tool except file writes
disallowedTools: Write, Edit
---

둘 다 설정되면 disallowedTools가 먼저 적용되고 tools가 남은 풀에 대해 해결됩니다. 둘 다에 나열된 도구는 제거됩니다.

두 필드 모두 정확한 도구 이름 외에도 MCP 서버 수준 패턴을 허용합니다: mcp__<server> 또는 mcp__<server>__*는 명명된 서버의 모든 도구를 부여하거나 제거합니다. disallowedTools에서 mcp__*는 모든 서버의 모든 MCP 도구를 제거합니다. 이 예제는 github MCP 서버의 모든 도구를 제거하면서 다른 서버의 도구와 모든 내장 도구를 유지합니다:

---
name: local-only
description: Inherits every tool except those from the github MCP server
disallowedTools: mcp__github
---

생성할 수 있는 subagent 제한

에이전트가 claude --agent를 사용하여 주 스레드로 실행될 때 Agent 도구를 사용하여 subagent를 생성할 수 있습니다. 생성할 수 있는 subagent 유형을 제한하려면 tools 필드에서 Agent(agent_type) 구문을 사용합니다.

---
name: coordinator
description: Coordinates work across specialized agents
tools: Agent(worker, researcher), Read, Bash
---

이것은 허용 목록입니다: worker 및 researcher subagent만 생성할 수 있습니다. 에이전트가 다른 유형을 생성하려고 하면 요청이 실패하고 에이전트는 프롬프트에서 허용된 유형만 봅니다. 다른 모든 에이전트를 허용하면서 특정 에이전트를 차단하려면 permissions.deny를 대신 사용합니다.

제한 없이 모든 subagent를 생성할 수 있도록 허용하려면 괄호 없이 Agent를 사용합니다:

tools: Agent, Read, Bash

Agent가 tools 목록에서 완전히 생략되면 에이전트는 subagent를 생성할 수 없습니다.

Agent(agent_type) 허용 목록 구문은 claude --agent를 사용하여 주 스레드로 실행되는 에이전트에만 적용됩니다. Subagent 정의에서 tools에 Agent를 나열하면 해당 subagent가 중첩된 subagent를 생성할 수 있지만 괄호 내의 모든 유형 목록은 무시됩니다.

Subagent에 MCP 서버 범위 지정

mcpServers 필드를 사용하여 주 대화에서 사용할 수 없는 MCP 서버에 subagent 액세스 권한을 부여합니다. 여기에 정의된 인라인 서버는 subagent가 시작될 때 연결되고 완료될 때 연결이 끊깁니다. 문자열 참조는 부모 세션의 연결을 공유합니다.

목록의 각 항목은 인라인 서버 정의 또는 세션에서 이미 구성된 MCP 서버를 참조하는 문자열입니다:

---
name: browser-tester
description: Tests features in a real browser using Playwright
mcpServers:
  # Inline definition: scoped to this subagent only
  - playwright:
      type: stdio
      command: npx
      args: ["-y", "@playwright/mcp@latest"]
  # Reference by name: reuses an already-configured server
  - github
---

Use the Playwright tools to navigate, screenshot, and interact with pages.

인라인 정의는 .mcp.json 서버 항목 (stdio, http, sse, ws)과 동일한 스키마를 사용하며 서버 이름으로 키가 지정됩니다.

MCP 서버를 주 대화에서 완전히 분리하고 도구 설명이 컨텍스트를 소비하지 않도록 하려면 .mcp.json이 아닌 여기에 인라인으로 정의합니다. Subagent는 도구를 얻고 부모 대화는 그렇지 않습니다.

v2.1.153부터 주 세션에 적용되는 MCP 제한은 subagent frontmatter에서 선언된 서버도 포함합니다:

• --strict-mcp-config 및 --bare
• Enterprise 관리 MCP 구성
• allowedMcpServers 및 deniedMcpServers 정책

이 중 하나가 서버를 차단하면 Claude Code는 이를 건너뛰고 차단된 서버의 이름을 지정하는 경고를 표시합니다.

관리되는 설정 제한은 정의 방식에 관계없이 모든 subagent에 적용됩니다. --strict-mcp-config는 --agents 또는 SDK agents 옵션을 통해 인라인으로 전달하는 서버를 필터링하지 않습니다. 이는 명시적 호출자 입력이기 때문입니다.

권한 모드

permissionMode 필드는 subagent가 권한 프롬프트를 처리하는 방식을 제어합니다. Subagent는 주 대화의 권한 컨텍스트를 상속하고 모드를 재정의할 수 있습니다. 단, 아래에 설명된 대로 부모 모드가 우선하는 경우는 제외입니다.

부모가 bypassPermissions 또는 acceptEdits를 사용하면 이것이 우선하며 재정의할 수 없습니다. 부모가 auto mode를 사용하면 subagent는 auto mode를 상속하고 frontmatter의 모든 permissionMode는 무시됩니다: 분류기는 부모 세션과 동일한 차단 및 허용 규칙으로 subagent의 도구 호출을 평가합니다.

Subagent에 skills 미리 로드

skills 필드를 사용하여 시작 시 subagent의 컨텍스트에 skill 콘텐츠를 주입합니다. 이렇게 하면 실행 중에 skill을 검색하고 로드하도록 요구하지 않고 subagent에 도메인 지식을 제공합니다.

---
name: api-developer
description: Implement API endpoints following team conventions
skills:
  - api-conventions
  - error-handling-patterns
---

Implement API endpoints. Follow the conventions and patterns from the preloaded skills.

각 skill의 전체 콘텐츠가 subagent의 컨텍스트에 주입됩니다. 이 필드는 어떤 skills를 미리 로드할지 제어하며, subagent가 액세스할 수 있는 skills를 제어하지 않습니다: 이 필드가 없으면 subagent는 여전히 실행 중에 Skill 도구를 통해 프로젝트, 사용자, 플러그인 skills를 검색하고 호출할 수 있습니다. Subagent가 skills를 완전히 호출하지 못하도록 방지하려면 tools 목록에서 Skill을 생략하거나 disallowedTools에 추가합니다.

disable-model-invocation: true를 설정하는 skills는 미리 로드할 수 없습니다. 미리 로드는 Claude가 호출할 수 있는 동일한 skills 세트에서 가져오기 때문입니다. 나열된 skill이 누락되었거나 비활성화된 경우 Claude Code는 이를 건너뛰고 디버그 로그에 경고를 기록합니다.

지속적 메모리 활성화

memory 필드는 subagent에 대화 간에 유지되는 지속적 디렉토리를 제공합니다. Subagent는 이 디렉토리를 사용하여 코드베이스 패턴, 디버깅 통찰력, 아키텍처 결정과 같은 지식을 시간에 따라 구축합니다.

---
name: code-reviewer
description: Reviews code for quality and best practices
memory: user
---

You are a code reviewer. As you review code, update your agent memory with
patterns, conventions, and recurring issues you discover.

메모리가 얼마나 광범위하게 적용되어야 하는지에 따라 범위를 선택합니다:

메모리가 활성화되면:

• Subagent의 시스템 프롬프트에는 메모리 디렉토리 읽기 및 쓰기 지침이 포함됩니다.
• Subagent의 시스템 프롬프트에는 메모리 디렉토리의 MEMORY.md의 처음 200줄 또는 25KB (둘 중 먼저 도달하는 것)가 포함되며, 해당 한계를 초과하면 MEMORY.md를 큐레이션하도록 지침이 포함됩니다.
• Read, Write, Edit 도구가 자동으로 활성화되어 subagent가 메모리 파일을 관리할 수 있습니다.

지속적 메모리 팁

• project는 권장되는 기본 범위입니다. 메모리를 버전 제어를 통해 공유 가능하게 만듭니다. Subagent의 지식이 모든 프로젝트에 광범위하게 적용될 때 user를 사용하거나, 지식이 버전 제어에 체크인되지 않아야 할 때 local을 사용합니다.

• Subagent에 작업을 시작하기 전에 메모리를 확인하도록 요청합니다: "Review this PR, and check your memory for patterns you've seen before."

• Subagent에 작업을 완료한 후 메모리를 업데이트하도록 요청합니다: "Now that you're done, save what you learned to your memory." 시간이 지남에 따라 이렇게 하면 subagent를 더 효과적으로 만드는 지식 기반이 구축됩니다.

• Subagent가 자신의 지식 기반을 적극적으로 유지하도록 메모리 지침을 subagent의 markdown 파일에 직접 포함합니다:

  Update your agent memory as you discover codepaths, patterns, library
  locations, and key architectural decisions. This builds up institutional
  knowledge across conversations. Write concise notes about what you found
  and where.
  

Hook을 사용한 조건부 규칙

도구 사용을 더 동적으로 제어하려면 PreToolUse hook을 사용하여 실행 전에 작업을 검증합니다. 도구의 일부 작업은 허용하면서 다른 작업은 차단해야 할 때 유용합니다.

이 예제는 읽기 전용 데이터베이스 쿼리만 허용하는 subagent를 만듭니다. PreToolUse hook은 각 Bash 명령이 실행되기 전에 command에 지정된 스크립트를 실행합니다:

---
name: db-reader
description: Execute read-only database queries
tools: Bash
hooks:
  PreToolUse:
    - matcher: "Bash"
      hooks:
        - type: command
          command: "./scripts/validate-readonly-query.sh"
---

Claude Code는 hook 입력을 JSON으로 stdin을 통해 hook 명령에 전달합니다. 검증 스크립트는 이 JSON을 읽고 Bash 명령을 추출하며 쓰기 작업을 차단하기 위해 종료 코드 2로 종료합니다:

#!/bin/bash
# ./scripts/validate-readonly-query.sh

INPUT=$(cat)
COMMAND=$(echo "$INPUT" | jq -r '.tool_input.command // empty')

# Block SQL write operations (case-insensitive)
if echo "$COMMAND" | grep -iE '\b(INSERT|UPDATE|DELETE|DROP|CREATE|ALTER|TRUNCATE)\b' > /dev/null; then
  echo "Blocked: Only SELECT queries are allowed" >&2
  exit 2
fi

exit 0

전체 입력 스키마는 Hook input을 참조하고 종료 코드가 동작에 미치는 영향은 exit codes를 참조하세요. Windows에서는 PowerShell로 hook 스크립트를 작성하고 PowerShell에서 hook 실행에 표시된 대로 hook 항목에 shell: powershell을 추가합니다.

특정 subagent 비활성화

설정의 deny 배열에 추가하여 Claude가 특정 subagent를 사용하지 못하도록 할 수 있습니다. Agent(subagent-name) 형식을 사용합니다. 여기서 subagent-name은 subagent의 name 필드와 일치합니다.

{
  "permissions": {
    "deny": ["Agent(Explore)", "Agent(my-custom-agent)"]
  }
}

이것은 내장 및 사용자 정의 subagent 모두에 작동합니다. --disallowedTools CLI 플래그를 사용할 수도 있습니다:

claude --disallowedTools "Agent(Explore)"

권한 규칙에 대한 자세한 내용은 Permissions 문서를 참조하세요.

Subagent에 대한 hook 정의

Subagent는 subagent의 라이프사이클 중에 실행되는 hooks를 정의할 수 있습니다. Hook을 구성하는 두 가지 방법이 있습니다:

1. Subagent의 frontmatter에서: 해당 subagent가 활성화된 동안만 실행되는 hook 정의
2. settings.json에서: Subagent가 시작되거나 중지될 때 주 세션에서 실행되는 hook 정의

Subagent frontmatter의 hook

Subagent의 markdown 파일에 직접 hook을 정의합니다. 이러한 hook은 해당 특정 subagent가 활성화된 동안만 실행되고 완료될 때 정리됩니다.

모든 hook 이벤트가 지원됩니다. Subagent에 가장 일반적인 이벤트는:

이 예제는 PreToolUse hook으로 Bash 명령을 검증하고 PostToolUse로 파일 편집 후 linter를 실행합니다:

---
name: code-reviewer
description: Review code changes with automatic linting
hooks:
  PreToolUse:
    - matcher: "Bash"
      hooks:
        - type: command
          command: "./scripts/validate-command.sh $TOOL_INPUT"
  PostToolUse:
    - matcher: "Edit|Write"
      hooks:
        - type: command
          command: "./scripts/run-linter.sh"
---

Frontmatter의 Stop hook은 자동으로 SubagentStop 이벤트로 변환됩니다.

Subagent 이벤트에 대한 프로젝트 수준 hook

주 세션에서 subagent 라이프사이클 이벤트에 응답하는 settings.json에서 hook을 구성합니다.

두 이벤트 모두 이름별로 특정 에이전트 유형을 대상으로 하는 matcher를 지원합니다. 이 예제는 db-agent subagent가 시작될 때만 설정 스크립트를 실행하고 모든 subagent가 중지될 때 정리 스크립트를 실행합니다:

{
  "hooks": {
    "SubagentStart": [
      {
        "matcher": "db-agent",
        "hooks": [
          { "type": "command", "command": "./scripts/setup-db-connection.sh" }
        ]
      }
    ],
    "SubagentStop": [
      {
        "hooks": [
          { "type": "command", "command": "./scripts/cleanup-db-connection.sh" }
        ]
      }
    ]
  }
}

전체 hook 구성 형식은 Hooks를 참조하세요.

Subagent 작업

자동 위임 이해

Claude는 요청의 작업 설명, subagent 구성의 description 필드, 현재 컨텍스트를 기반으로 자동으로 작업을 위임합니다. 적극적인 위임을 장려하려면 subagent의 description 필드에 "use proactively"와 같은 구문을 포함합니다.

Subagent를 명시적으로 호출

자동 위임이 충분하지 않을 때 subagent를 직접 요청할 수 있습니다. 일회성 제안에서 세션 전체 기본값으로 확대되는 세 가지 패턴이 있습니다:

• 자연어: 프롬프트에서 subagent 이름을 지정합니다. Claude가 위임할지 결정합니다
• @-mention: 한 작업에 대해 subagent가 실행되도록 보장합니다
• 세션 전체: 전체 세션이 --agent 플래그 또는 agent 설정을 통해 해당 subagent의 시스템 프롬프트, 도구 제한 및 모델을 사용합니다

자연어의 경우 특별한 구문이 없습니다. Subagent 이름을 지정하면 Claude는 일반적으로 위임합니다:

Use the test-runner subagent to fix failing tests
Have the code-reviewer subagent look at my recent changes

Subagent를 @-mention합니다. @를 입력하고 파일을 @-mention하는 것과 동일한 방식으로 typeahead에서 subagent를 선택합니다. 이렇게 하면 Claude가 선택하도록 하는 대신 특정 subagent가 실행되도록 보장합니다:

@"code-reviewer (agent)" look at the auth changes

전체 메시지는 여전히 Claude로 이동하며, Claude는 요청한 내용을 기반으로 subagent의 작업 프롬프트를 작성합니다. @-mention은 Claude가 호출하는 subagent를 제어하며, 받는 프롬프트는 제어하지 않습니다.

활성화된 플러그인에서 제공하는 Subagent는 typeahead에 my-plugin:code-reviewer 또는 플러그인이 agents를 하위 폴더로 구성할 때 my-plugin:review:security와 같은 범위가 지정된 이름으로 나타납니다. 세션에서 현재 실행 중인 명명된 background subagent도 typeahead에 나타나며 이름 옆에 상태를 표시합니다. 선택기를 사용하지 않고 수동으로 mention을 입력할 수도 있습니다: 로컬 subagent의 경우 @agent-<name>, 플러그인 subagent의 경우 범위가 지정된 이름 뒤에 @agent-를 입력합니다. 예를 들어 @agent-my-plugin:code-reviewer입니다.

전체 세션을 subagent로 실행합니다. --agent <name>을 전달하여 주 스레드 자체가 해당 subagent의 시스템 프롬프트, 도구 제한 및 모델을 취하는 세션을 시작합니다:

claude --agent code-reviewer

Subagent의 시스템 프롬프트는 --system-prompt와 동일한 방식으로 기본 Claude Code 시스템 프롬프트를 완전히 대체합니다. CLAUDE.md 파일 및 프로젝트 메모리는 여전히 일반적인 메시지 흐름을 통해 로드됩니다. 에이전트 이름은 시작 헤더에 @<name>으로 나타나므로 활성화되었는지 확인할 수 있습니다.

이것은 내장 및 사용자 정의 subagent에서 작동하며, 세션을 재개할 때 선택이 유지됩니다.

플러그인 제공 subagent의 경우 에이전트 이름만 전달하면 Claude Code가 찾을 수 있습니다:

claude --agent security-reviewer

여러 플러그인이 동일한 이름의 에이전트를 제공하는 경우 범위가 지정된 이름을 전달하여 구분합니다:

claude --agent my-plugin:security-reviewer

플러그인이 에이전트를 agents/ 디렉토리의 하위 폴더에 배치하면 범위가 지정된 이름에 하위 폴더를 포함합니다. 예를 들어 claude --agent my-plugin:review:security입니다.

프로젝트의 모든 세션에 대한 기본값으로 만들려면 .claude/settings.json에서 agent를 설정합니다:

{
  "agent": "code-reviewer"
}

CLI 플래그가 둘 다 있으면 설정을 재정의합니다.

Subagent를 foreground 또는 background에서 실행

Subagent는 foreground (차단) 또는 background (동시)에서 실행할 수 있습니다:

• Foreground subagent는 완료될 때까지 주 대화를 차단합니다. 권한 프롬프트는 발생하는 대로 사용자에게 전달됩니다.
• Background subagent는 계속 작업하는 동안 동시에 실행됩니다. {/* min-version: 2.1.186 */}v2.1.186부터 background subagent가 권한이 필요한 도구 호출에 도달하면 프롬프트가 주 세션에 표시되고 요청하는 subagent의 이름을 지정합니다. 승인하여 subagent를 계속하거나 Esc를 눌러 subagent를 중지하지 않고 해당 도구 호출을 거부합니다. v2.1.186 이전에는 background subagent가 프롬프트를 표시했을 모든 도구 호출을 자동으로 거부했습니다.

Claude는 작업을 기반으로 subagent를 foreground 또는 background에서 실행할지 결정합니다. 다음을 수행할 수도 있습니다:

• Claude에 "run this in the background"를 요청
• Ctrl+B를 눌러 실행 중인 작업을 background로 이동

모든 background 작업 기능을 비활성화하려면 CLAUDE_CODE_DISABLE_BACKGROUND_TASKS 환경 변수를 1로 설정합니다. 환경 변수를 참조하세요.

CLAUDE_CODE_FORK_SUBAGENT가 1로 설정되면 background 필드와 관계없이 모든 subagent 생성이 background에서 실행됩니다. 이러한 background subagent의 권한 프롬프트는 위에서 설명한 대로 주 세션에 표시됩니다.

일반적인 패턴

대량 작업 격리

Subagent의 가장 효과적인 사용 중 하나는 많은 양의 출력을 생성하는 작업을 격리하는 것입니다. 테스트 실행, 문서 가져오기 또는 로그 파일 처리는 상당한 컨텍스트를 소비할 수 있습니다. 이를 subagent에 위임하면 자세한 출력이 subagent의 컨텍스트에 유지되고 관련 요약만 주 대화로 반환됩니다.

Use a subagent to run the test suite and report only the failing tests with their error messages

병렬 연구 실행

독립적인 조사의 경우 여러 subagent를 생성하여 동시에 작동하도록 합니다:

Research the authentication, database, and API modules in parallel using separate subagents

각 subagent는 자신의 영역을 독립적으로 탐색한 다음 Claude가 결과를 종합합니다. 이것은 연구 경로가 서로 의존하지 않을 때 가장 잘 작동합니다.

지속적인 병렬성이 필요하거나 컨텍스트 윈도우를 초과하는 작업의 경우 agent teams는 각 워커에게 자신의 독립적인 컨텍스트를 제공합니다.

Subagent 체인

다단계 워크플로우의 경우 Claude에 subagent를 순차적으로 사용하도록 요청합니다. 각 subagent는 작업을 완료하고 결과를 Claude에 반환하고, Claude는 관련 컨텍스트를 다음 subagent에 전달합니다.

Use the code-reviewer subagent to find performance issues, then use the optimizer subagent to fix them

Subagent와 주 대화 중 선택

주 대화를 사용하는 경우:

• 작업이 빈번한 왕복 또는 반복적인 개선이 필요한 경우
• 여러 단계가 상당한 컨텍스트를 공유하는 경우 (계획 → 구현 → 테스트)
• 빠르고 대상이 지정된 변경을 수행하는 경우
• 지연시간이 중요한 경우. Subagent는 새로 시작하고 컨텍스트를 수집하는 데 시간이 걸릴 수 있습니다

Subagent를 사용하는 경우:

• 작업이 주 컨텍스트에서 필요하지 않은 자세한 출력을 생성하는 경우
• 특정 도구 제한 또는 권한을 적용하려는 경우
• 작업이 자체 포함되어 있고 요약을 반환할 수 있는 경우

격리된 subagent 컨텍스트가 아닌 주 대화 컨텍스트에서 실행되는 재사용 가능한 프롬프트 또는 워크플로우를 원할 때 Skills를 대신 고려합니다.

대화에 이미 있는 항목에 대한 빠른 질문의 경우 subagent 대신 /btw를 사용합니다. 전체 컨텍스트를 보지만 도구 액세스가 없으며 답변은 기록에 추가되지 않습니다.

중첩된 subagent 생성

{/* min-version: 2.1.172 */}Claude Code v2.1.172부터 subagent는 자신의 subagent를 생성할 수 있습니다. 위임된 작업이 자체적으로 병렬 하위 작업으로 분할될 때 이를 사용합니다. 예를 들어 각 발견에 대해 검증자를 발송하는 검토자 subagent를 사용하면 중간 출력이 주 대화에 도달하지 않습니다. 최상위 subagent의 요약만 사용자에게 반환됩니다.

중첩된 subagent는 최상위 subagent와 동일한 방식으로 구성되며 동일한 범위에서 해결됩니다. 프롬프트 입력 아래의 subagent 패널은 전체 트리를 표시합니다: 각 행은 하위 항목의 (+N) 개수를 표시하고, 행을 열면 해당 subagent의 직접 자식이 main으로 돌아가는 경로와 함께 표시됩니다. /agents의 Running 탭은 실행 중인 subagent를 평면 목록으로 나열합니다.

깊이는 각 수준이 foreground 또는 background에서 실행되는지 여부와 관계없이 주 대화 아래의 subagent 수준 수로 계산됩니다. 깊이 5의 subagent는 Agent 도구를 받지 않으며 추가로 생성할 수 없습니다. 제한은 고정되어 있으며 구성할 수 없습니다.

Claude Code v2.1.187부터 background subagent의 깊이는 처음 생성될 때 고정되며, 재개해도 해당 깊이가 변경되지 않습니다. 예를 들어 주 대화가 subagent A를 생성하고 A가 깊이 2에서 background subagent B를 생성하면 주 대화에서 직접 재개할 때 B는 여전히 깊이 2입니다. Subagent를 더 얕은 컨텍스트에서 재개해도 깊이 제한이 이미 방지한 추가 수준을 생성할 수 없습니다.

특정 subagent가 다른 subagent를 생성하지 못하도록 하려면 tools 목록에서 Agent를 생략하거나 disallowedTools에 추가합니다.

fork는 여전히 다른 fork를 생성할 수 없습니다. 다른 subagent 유형을 생성할 수 있으며 깊이 제한에 포함됩니다.

Subagent 컨텍스트 관리

시작 시 로드되는 항목

각 subagent는 새로운 격리된 컨텍스트 윈도우로 시작합니다. 대화 기록, 이미 호출한 skills, 또는 Claude가 이미 읽은 파일을 보지 못합니다. Claude는 작업을 요약하는 위임 메시지를 작성하고 subagent는 여기서부터 작동합니다. 예외는 fork이며, 이는 새로 시작하는 대신 부모 대화를 상속합니다.

비fork subagent의 초기 컨텍스트에는 다음이 포함됩니다:

• 시스템 프롬프트: 에이전트 자신의 프롬프트 및 Claude Code가 추가하는 환경 세부 정보이며, 전체 Claude Code 시스템 프롬프트는 아닙니다. 사용자 정의 subagent는 markdown body 또는 prompt 필드에서 정의합니다. 내장 에이전트는 미리 정의된 프롬프트를 가집니다.
• 작업 메시지: Claude가 작업을 넘길 때 작성하는 위임 프롬프트입니다.
• CLAUDE.md 및 메모리: 주 대화가 로드하는 메모리 계층 구조의 모든 수준이며, ~/.claude/CLAUDE.md, 프로젝트 규칙, CLAUDE.local.md, 및 관리되는 정책 파일을 포함합니다. 내장 Explore 및 Plan 에이전트는 이를 건너뜁니다.
• Git 상태: 부모 세션 시작 시 촬영한 스냅샷입니다. 작업 디렉토리가 Git 저장소가 아니거나 includeGitInstructions가 false일 때 없습니다. Explore 및 Plan은 관계없이 이를 건너뜁니다.
• 미리 로드된 skills: 에이전트의 skills 필드에 명명된 모든 skill의 전체 내용입니다. 내장 에이전트는 skills를 미리 로드하지 않습니다.

Explore 및 Plan은 CLAUDE.md 및 git 상태를 생략하는 유일한 subagent입니다. 어떤 에이전트가 이를 건너뛸지 변경하는 frontmatter 필드 또는 에이전트별 설정이 없습니다.

주 대화는 전체 CLAUDE.md 컨텍스트로 Explore 및 Plan 결과를 읽으므로 대부분의 규칙이 subagent 자체에 도달할 필요가 없습니다. 규칙이 필요한 경우 (예: "vendor/ 디렉토리 무시"), subagent에 위임할 때 Claude에 제공하는 프롬프트에서 이를 다시 명시합니다.

Subagent 재개

각 subagent 호출은 새로운 인스턴스를 만들고 새로운 컨텍스트를 생성합니다. 처음부터 시작하는 대신 기존 subagent의 작업을 계속하려면 Claude에 재개하도록 요청합니다.

재개된 subagent는 모든 이전 도구 호출, 결과 및 추론을 포함한 전체 대화 기록을 유지합니다. Subagent는 새로 시작하는 대신 정확히 중단한 위치에서 계속됩니다.

Subagent가 완료되면 Claude는 에이전트 ID를 받습니다. 내장 Explore 및 Plan 에이전트는 일회성이며 에이전트 ID를 반환하지 않으므로 재개할 수 없습니다. 작업을 계속해야 할 때는 general-purpose 또는 사용자 정의 subagent를 사용합니다. Claude는 에이전트의 ID를 to 필드로 사용하여 SendMessage 도구를 사용하여 재개합니다. SendMessage 도구는 항상 에이전트 ID 또는 이름으로 subagent를 재개하는 데 사용할 수 있습니다. shutdown_request 및 plan_approval_response와 같은 구조화된 팀 프로토콜 메시지는 agent teams가 활성화되어야 합니다.

Subagent를 재개하려면 Claude에 이전 작업을 계속하도록 요청합니다:

Use the code-reviewer subagent to review the authentication module
[Agent completes]

Continue that code review and now analyze the authorization logic
[Claude resumes the subagent with full context from previous conversation]

중단된 subagent가 SendMessage를 받으면 새로운 Agent 호출 없이 background에서 자동으로 재개됩니다.

에이전트 ID를 명시적으로 참조하려면 Claude에 ID를 요청할 수도 있으며, ~/.claude/projects/{project}/{sessionId}/subagents/의 트랜스크립트 파일에서 ID를 찾을 수 있습니다. 각 트랜스크립트는 agent-{agentId}.jsonl로 저장됩니다.

Subagent 트랜스크립트는 주 대화와 독립적으로 유지됩니다:

• 주 대화 압축: 주 대화가 압축될 때 subagent 트랜스크립트는 영향을 받지 않습니다. 별도 파일에 저장됩니다.
• 세션 지속성: Subagent 트랜스크립트는 세션 내에서 유지됩니다. 동일한 세션을 재개하여 Claude Code를 다시 시작한 후 subagent를 재개할 수 있습니다.
• 자동 정리: 트랜스크립트는 cleanupPeriodDays 설정 (기본값: 30일)을 기반으로 정리됩니다.

자동 압축

Subagent는 주 대화와 동일한 논리를 사용하여 자동 압축을 지원합니다. 압축은 동일한 조건에서 트리거되며, CLAUDE_AUTOCOMPACT_PCT_OVERRIDE는 subagent에도 적용됩니다. 재정의가 적용되는 시기는 환경 변수를 참조하세요.

압축 이벤트는 subagent 트랜스크립트 파일에 기록됩니다:

{
  "type": "system",
  "subtype": "compact_boundary",
  "compactMetadata": {
    "trigger": "auto",
    "preTokens": 167189
  }
}

preTokens 값은 압축이 발생하기 전에 사용된 토큰 수를 보여줍니다.

현재 대화 포크

포크는 새로 시작하는 대신 지금까지의 전체 대화를 상속하는 subagent입니다. 이렇게 하면 subagent가 일반적으로 제공하는 입력 격리가 떨어집니다: 포크는 주 세션과 동일한 시스템 프롬프트, 도구, 모델 및 메시지 기록을 보므로 상황을 다시 설명할 필요 없이 부작업을 전달할 수 있습니다. 포크의 자체 도구 호출은 여전히 대화에서 벗어나고 최종 결과만 돌아오므로 주 컨텍스트 윈도우가 깨끗하게 유지됩니다. 명명된 subagent가 유용하기에는 너무 많은 배경이 필요하거나 동일한 시작점에서 여러 접근 방식을 병렬로 시도하려는 경우 포크를 사용합니다.

단계적 롤아웃과 관계없이 포크 모드를 제어하려면 CLAUDE_CODE_FORK_SUBAGENT를 1로 설정하여 명시적으로 활성화하거나 0으로 설정하여 비활성화합니다. 이 변수는 대화형 모드 및 SDK 또는 claude -p를 통해 인정됩니다.

포크 모드를 활성화하면 Claude Code가 두 가지 방식으로 변경됩니다:

• Claude는 fork subagent 유형을 명시적으로 요청하여 포크를 생성할 수 있습니다. subagent 유형 없이 생성하는 경우 여전히 general-purpose subagent를 사용하며, Explore와 같은 명명된 subagent는 이전과 같이 생성됩니다.
• 모든 subagent 생성이 background에서 실행됩니다. 포크든 명명된 subagent든 상관없습니다. 생성을 동기식으로 유지하려면 CLAUDE_CODE_DISABLE_BACKGROUND_TASKS를 1로 설정합니다.

변수 설정 여부와 관계없이 /fork 다음에 지시문을 사용하여 포크를 직접 시작할 수 있습니다. Claude Code는 지시문의 첫 단어에서 포크의 이름을 지정합니다. 다음 예제는 주 세션에서 구현을 계속하는 동안 포크가 테스트 케이스를 작성하도록 포크합니다:

/fork draft unit tests for the parser changes so far

포크는 프롬프트 입력 아래의 패널에 나타나고 계속 작업하는 동안 background에서 실행됩니다. 완료되면 결과가 주 대화의 메시지로 도착합니다. 다음 섹션에서는 포크가 실행되는 동안 포크를 관찰하고 조종하기 위한 패널 컨트롤을 다룹니다.

실행 중인 포크 관찰 및 조종

실행 중인 포크는 프롬프트 입력 아래의 패널에 나타나며, 주 세션에 대한 행과 각 포크에 대한 행이 있습니다. 이 키를 사용하여 패널과 상호 작용합니다:

포크와 명명된 subagent의 차이점

포크는 생성 시점의 주 세션의 모든 것을 상속합니다. 명명된 subagent는 자신의 정의에서 시작합니다.

포크의 시스템 프롬프트 및 도구 정의가 부모와 동일하기 때문에 첫 번째 요청은 부모의 프롬프트 캐시를 재사용합니다. 이렇게 하면 동일한 컨텍스트가 필요한 작업에 대해 새로운 subagent를 생성하는 것보다 포크가 더 저렴합니다.

Claude가 Agent 도구를 통해 포크를 생성할 때 isolation: "worktree"를 전달하여 포크의 파일 편집이 체크아웃 대신 별도의 git worktree에 기록되도록 할 수 있습니다.

제한 사항

CLAUDE_CODE_FORK_SUBAGENT=1을 설정하면 대화형 세션, 비대화형 모드 및 Agent SDK에서 포크 모드를 활성화합니다. CLAUDE_CODE_FORK_SUBAGENT를 0으로 설정하면 서버 측 롤아웃을 포함하여 모든 곳에서 포크 모드를 비활성화합니다. 포크는 추가 포크를 생성할 수 없습니다.

예제 subagent

이러한 예제는 subagent를 구축하기 위한 효과적인 패턴을 보여줍니다. 시작점으로 사용하거나 Claude로 사용자 정의된 버전을 생성합니다.

코드 검토자

수정하지 않고 코드를 검토하는 읽기 전용 subagent입니다. 이 예제는 제한된 도구 액세스(Edit 또는 Write 없음)와 정확히 무엇을 찾을지 및 출력 형식을 지정하는 자세한 프롬프트를 사용하여 집중된 subagent를 설계하는 방법을 보여줍니다.

---
name: code-reviewer
description: Expert code review specialist. Proactively reviews code for quality, security, and maintainability. Use immediately after writing or modifying code.
tools: Read, Grep, Glob, Bash
model: inherit
---

You are a senior code reviewer ensuring high standards of code quality and security.

When invoked:
1. Run git diff to see recent changes
2. Focus on modified files
3. Begin review immediately

Review checklist:
- Code is clear and readable
- Functions and variables are well-named
- No duplicated code
- Proper error handling
- No exposed secrets or API keys
- Input validation implemented
- Good test coverage
- Performance considerations addressed

Provide feedback organized by priority:
- Critical issues (must fix)
- Warnings (should fix)
- Suggestions (consider improving)

Include specific examples of how to fix issues.

디버거

문제를 분석하고 수정할 수 있는 subagent입니다. 코드 검토자와 달리 이 subagent는 버그 수정이 코드 수정을 필요로 하기 때문에 Edit을 포함합니다. 프롬프트는 진단에서 검증까지의 명확한 워크플로우를 제공합니다.

---
name: debugger
description: Debugging specialist for errors, test failures, and unexpected behavior. Use proactively when encountering any issues.
tools: Read, Edit, Bash, Grep, Glob
---

You are an expert debugger specializing in root cause analysis.

When invoked:
1. Capture error message and stack trace
2. Identify reproduction steps
3. Isolate the failure location
4. Implement minimal fix
5. Verify solution works

Debugging process:
- Analyze error messages and logs
- Check recent code changes
- Form and test hypotheses
- Add strategic debug logging
- Inspect variable states

For each issue, provide:
- Root cause explanation
- Evidence supporting the diagnosis
- Specific code fix
- Testing approach
- Prevention recommendations

Focus on fixing the underlying issue, not the symptoms.

데이터 과학자

데이터 분석 작업을 위한 도메인별 subagent입니다. 이 예제는 일반적인 코딩 작업 외에 특화된 워크플로우를 위해 subagent를 만드는 방법을 보여줍니다. 더 유능한 분석을 위해 명시적으로 model: sonnet을 설정합니다.

---
name: data-scientist
description: Data analysis expert for SQL queries, BigQuery operations, and data insights. Use proactively for data analysis tasks and queries.
tools: Bash, Read, Write
model: sonnet
---

You are a data scientist specializing in SQL and BigQuery analysis.

When invoked:
1. Understand the data analysis requirement
2. Write efficient SQL queries
3. Use BigQuery command line tools (bq) when appropriate
4. Analyze and summarize results
5. Present findings clearly

Key practices:
- Write optimized SQL queries with proper filters
- Use appropriate aggregations and joins
- Include comments explaining complex logic
- Format results for readability
- Provide data-driven recommendations

For each analysis:
- Explain the query approach
- Document any assumptions
- Highlight key findings
- Suggest next steps based on data

Always ensure queries are efficient and cost-effective.

데이터베이스 쿼리 검증자

Bash 액세스를 허용하지만 읽기 전용 SQL 쿼리만 허용하도록 명령을 검증하는 subagent입니다. 이 예제는 tools 필드보다 더 세밀한 제어가 필요할 때 PreToolUse hook을 사용하는 방법을 보여줍니다.

---
name: db-reader
description: Execute read-only database queries. Use when analyzing data or generating reports.
tools: Bash
hooks:
  PreToolUse:
    - matcher: "Bash"
      hooks:
        - type: command
          command: "./scripts/validate-readonly-query.sh"
---

You are a database analyst with read-only access. Execute SELECT queries to answer questions about the data.

When asked to analyze data:
1. Identify which tables contain the relevant data
2. Write efficient SELECT queries with appropriate filters
3. Present results clearly with context

You cannot modify data. If asked to INSERT, UPDATE, DELETE, or modify schema, explain that you only have read access.

Claude Code는 hook 입력을 JSON으로 stdin을 통해 hook 명령에 전달합니다. 검증 스크립트는 이 JSON을 읽고 실행 중인 명령을 추출하고 SQL 쓰기 작업 목록에 대해 확인합니다. 쓰기 작업이 감지되면 스크립트는 종료 코드 2로 종료하여 실행을 차단하고 stderr를 통해 Claude에 오류 메시지를 반환합니다.

프로젝트의 어디든지 검증 스크립트를 만듭니다. 경로는 hook 구성의 command 필드와 일치해야 합니다:

#!/bin/bash
# Blocks SQL write operations, allows SELECT queries

# Read JSON input from stdin
INPUT=$(cat)

# Extract the command field from tool_input using jq
COMMAND=$(echo "$INPUT" | jq -r '.tool_input.command // empty')

if [ -z "$COMMAND" ]; then
  exit 0
fi

# Block write operations (case-insensitive)
if echo "$COMMAND" | grep -iE '\b(INSERT|UPDATE|DELETE|DROP|CREATE|ALTER|TRUNCATE|REPLACE|MERGE)\b' > /dev/null; then
  echo "Blocked: Write operations not allowed. Use SELECT queries only." >&2
  exit 2
fi

exit 0

macOS 및 Linux에서 스크립트를 실행 가능하게 만듭니다:

chmod +x ./scripts/validate-readonly-query.sh

Windows에서는 검증 스크립트를 PowerShell로 작성하고 hook 항목에 shell: powershell을 추가합니다. PowerShell에서 hook 실행을 참조하세요.

Hook은 stdin을 통해 JSON을 받으며 Bash 명령은 tool_input.command에 있습니다. 종료 코드 2는 작업을 차단하고 오류 메시지를 Claude에 피드백합니다. 종료 코드 및 출력에 대한 자세한 내용은 Hooks를 참조하고 Hook input에서 전체 입력 스키마를 확인하세요.

다음 단계

이제 subagent를 이해했으므로 다음 관련 기능을 탐색합니다:

• 플러그인으로 subagent 배포 - 팀 또는 프로젝트 간에 subagent 공유
• Claude Code를 프로그래밍 방식으로 실행 - CI/CD 및 자동화를 위한 Agent SDK
• MCP 서버 사용 - Subagent에 외부 도구 및 데이터에 대한 액세스 제공