Claude Code Sub-Agent Configuration
Claude Code Sub-Agent Configuration Guide
Claude Code supports creating specialized sub-agents, each focused on a specific domain. This chapter covers how to configure and use them.
What Are Sub-Agents
Sub-agents are AI assistants with specific expertise that Claude Code can call for particular task types. They live in .claude/agents/.
How They Differ from Commands
| Feature | Commands | Sub-Agents |
|---|---|---|
| Trigger | Manual /<command> | Automatic or manual |
| Expertise | General tasks | Domain-specific |
| Persistence | Single execution | Continuous conversation |
| Location | .claude/commands/ | .claude/agents/ |
Agent File Structure
---
name: agent-name
description: Agent description -- Claude uses this to decide when to invoke
tools: Read, Write, Edit, Bash
color: blue
---
# Agent Title
You are a professional [role]...
## Your Expertise
...
## Workflow
...
7 Practical Sub-Agents
1. pr-reviewer - PR Code Review Expert
Professional code review agent focused on quality, security, and best practices.
Trigger scenario: Reviewing PRs, code quality checks
Config example:
---
name: pr-reviewer
description: Expert code reviewer for GitHub pull requests. Provides thorough code analysis with focus on quality, security, and best practices.
tools: Write, Read, Glob, Grep, Bash(gh:*), Bash(git:*)
color: blue
---
Review focus:
- Code correctness - logic errors, edge cases, error handling
- Project conventions - code style, naming, file organization
- Performance impact - algorithm complexity, query efficiency, resource usage
- Test coverage - test cases, edge tests, test quality
- Security considerations - input validation, auth, data exposure risk
Output format:
- Critical Issues (must fix) - security vulnerabilities, functional bugs
- Important Suggestions (should fix) - performance issues, maintainability
- Minor Improvements (consider) - style inconsistencies, optimization opportunities
2. github-issue-fixer - Issue Resolution Expert
Dedicated to solving GitHub Issues.
Trigger scenario: Bug fixes, Issue resolution
Config example:
---
name: github-issue-fixer
description: GitHub issue resolution specialist. Analyzes issues, identifies root causes, and implements fixes.
tools: Read, Write, Edit, Glob, Grep, Bash(gh:*), Bash(git:*)
color: green
---
Workflow:
- Fetch and analyze Issue details
- Reproduce the problem
- Locate root cause
- Implement fix
- Verify fix
- Create PR
3. ui-engineer - UI/UX Development Expert
Professional frontend development agent focused on UI components and interfaces.
Trigger scenario: Frontend development, UI components, responsive design
Config example:
---
name: ui-engineer
description: Expert UI/frontend developer for creating, modifying, or reviewing frontend code, UI components, and user interfaces. PROACTIVELY use for UI/UX implementation.
tools: Read, Write, Edit, Glob, Grep, Bash, WebFetch
color: purple
---
Expertise:
- Modern JavaScript/TypeScript
- React, Vue, Angular frameworks
- CSS-in-JS, Tailwind CSS
- Responsive and mobile-first design
- Component-driven architecture and design systems
- State management (Redux, Zustand)
- Performance optimization and bundle analysis
- Accessibility (WCAG) compliance
Code quality standards:
- Self-documenting code with clear naming
- TypeScript type safety
- SOLID principles
- Reusable, composable components
- Performance-optimized without sacrificing readability
4. instruction-reflector - Instruction Reflection
Analyzes and improves Claude Code instructions.
Trigger scenario: Optimizing CLAUDE.md, improving instructions
Config example:
---
name: instruction-reflector
description: Analyzes and improves Claude Code instructions based on session patterns.
tools: Read, Edit, TodoWrite, Bash(git:*)
color: yellow
---
Workflow:
- Review conversation history
- Check current CLAUDE.md
- Identify improvement opportunities
- Propose specific suggestions
- Implement approved changes
5. deep-reflector - Deep Session Analysis
End-of-session analysis agent that captures learnings and patterns.
Trigger scenario: Session review, knowledge extraction
Config example:
---
name: deep-reflector
description: Full session analysis and learning capture. Identifies patterns, insights, and improvement opportunities.
tools: Read, Write, TodoWrite
color: orange
---
6. insight-documenter - Insight Documentation
Records technical breakthroughs and important insights.
Trigger scenario: Recording technical discoveries, knowledge capture
Config example:
---
name: insight-documenter
description: Technical breakthrough documentation specialist. Captures and organizes insights for future reference.
tools: Read, Write, Edit
color: cyan
---
7. command-creator - Command Creation Expert
Helps create new Claude Code commands.
Trigger scenario: Creating custom commands
Config example:
---
name: command-creator
description: Expert at creating new Claude Code custom commands. Helps design and implement slash commands.
tools: Read, Write, Edit, Glob
color: pink
---
Creating Your Own Agents
Step 1: Create the Agent File
mkdir -p .claude/agents
touch .claude/agents/my-agent.md
Step 2: Write the Agent Config
---
name: my-agent
description: Agent description - Claude uses this to decide when to invoke
tools: Read, Write, Edit, Bash
color: blue
---
# My Professional Agent
You are a professional [role] focused on [domain].
## Your Expertise
- Expertise area 1
- Expertise area 2
- Expertise area 3
## Workflow
1. Analyze requirements
2. Develop approach
3. Execute task
4. Verify results
## Output Standards
- Use clear structure
- Provide actionable recommendations
- Include code examples (when applicable)
## Important Notes
- Note 1
- Note 2
Agent Config Parameters
| Parameter | Description | Example |
|---|---|---|
name | Agent name (unique ID) | "pr-reviewer" |
description | Description (determines when invoked) | "Expert code reviewer..." |
tools | Available tools list | "Read, Write, Bash" |
color | Display color | "blue", "green", "purple" |
Available Colors
blue- Bluegreen- Greenpurple- Purpleyellow- Yelloworange- Orangecyan- Cyanpink- Pinkred- Red
Agents vs Commands vs Skills
| Feature | Commands | Agents | Skills |
|---|---|---|---|
| Trigger | Manual /cmd | Auto/manual | Automatic |
| Expertise | Medium | High | High |
| Complexity | Low | Medium | High |
| Files | 1 | 1 | Multiple |
| Best for | Quick ops | Specialist tasks | Complete workflows |
Best Practices
1. Write Precise Descriptions
# Good description
description: Expert code reviewer for GitHub pull requests. Use when reviewing PRs for code quality and security.
# Bad description
description: Reviews code
2. Minimize Tool Permissions
# Good - only required permissions
tools: Read, Glob, Grep, Bash(gh:\*)
# Bad - overly broad
tools: Read, Write, Edit, Bash, WebFetch, TodoWrite
3. Define Clear Workflows
## Workflow
### 1. Information Gathering
- Gather necessary context
- Understand task scope
### 2. Analysis Phase
- Deep-dive into the problem
- Identify key points
### 3. Execution Phase
- Implement solution
- Verify results
### 4. Output Phase
- Organize results
- Provide recommendations
4. Set Appropriate Expertise Scope
Agents should focus on one domain -- don't make them generalists.
Recommended Agent Combinations
| Scenario | Recommended Agent |
|---|---|
| Code review | pr-reviewer |
| Bug fixing | github-issue-fixer |
| Frontend dev | ui-engineer |
| Instruction tuning | instruction-reflector |
| Knowledge capture | insight-documenter |
Reference: feiskyer/claude-code-settings
📚 相关资源
❓ 常见问题
关于本章主题最常被搜索的问题,点击展开答案
Claude Code 的 Agent 和 Command 到底有什么不一样?
4 个维度区别:(1) 触发 — Command 必须手动 `/<cmd>`,Agent 可被 AI 自动判断调用;(2) 专业度 — Command 通用任务,Agent 专业领域(如 ui-engineer 只管前端);(3) 持续性 — Command 单次执行,Agent 可持续对话;(4) 存放 — Command 在 `.claude/commands/`,Agent 在 `.claude/agents/`。
Agent 的 description 字段为什么决定调用?
因为 Claude 用它做 routing。description 模糊("Reviews code")AI 命中率低;description 精准("Expert code reviewer for GitHub pull requests. Use when reviewing PRs for code quality and security")AI 才知道什么时候该调它。本章建议加 PROACTIVELY 关键词(如 "PROACTIVELY use for UI/UX implementation")让 AI 主动调用。
pr-reviewer 输出的三个等级怎么用?
Critical Issues 必须修复(安全漏洞、功能性 bug)—— PR merge 前必须解决;Important Suggestions 应该修复(性能问题、可维护性)—— 留 follow-up issue 也行但要记录;Minor Improvements 可以考虑(风格不一致、优化机会)—— PR 不阻塞,作者自行判断。三级分流让 review 既严格又不卡 release 节奏。
Agent、Command、Skills 三者怎么选?
看复杂度和触发:(1) Command — 低复杂度、单文件、手动 `/cmd` 触发,快速操作(lint、translate);(2) Agent — 中复杂度、单文件、自动/手动,专业任务(PR review、UI 开发);(3) Skills — 高复杂度、多文件包、AI 自动判断,完整工作流(部署流程、规范驱动开发)。简单到复杂顺序:Command < Agent < Skills。
Agent 的 tools 权限怎么配最合理?
最小化原则。本章对比:好的写法 `tools: Read, Glob, Grep, Bash(gh:*)`(pr-reviewer 只需要看代码 + gh 命令);坏的写法 `tools: Read, Write, Edit, Bash, WebFetch, TodoWrite`(一股脑全开)。前者出问题影响面小,后者一旦 prompt injection 后果不可控。原则:能不给 Write 就不给。