用 Claude Code 搞构建
创建自定义子代理
教怎么养一堆专门干特定活的小帮工,各管一摊,互不搅和。
页面信息
这页不是官方原文,而是顺着官方文档结构做的中文解释版。命令、参数、配置名这些硬东西尽量保留,解释部分则尽量讲成人能照着做的话。
如果你碰到特别敏感的配置、权限或企业环境差异,最好顺手点上面的“查看原始文档”再核一遍。
这一页先讲明白
子代理就是把一个大帮工拆成几个专门干单项活的小帮工。
每个子代理有自己的职责、口气和工具权限,遇到合适的活就能自动接手。
这东西像村里分工:一个人专门查毛病,一个人专门写测试,一个人专门改文档。别让所有活都挤到同一个脑袋里。
好处是上下文更干净,干活边界更清楚,不容易今天修 bug 修着修着又跑去改文案。
先从最容易分工的活开始,比如 `reviewer`、`test-writer`、`docs-helper`。
给每个子代理写清楚“负责什么、不负责什么、能用哪些工具”,不然它们容易抢活。
常见分工
先从固定套路开始,最容易见效。
bug-hunter
reviewer
test-writer
docs-helper 照着做一遍
如果你不想来回翻,就先照这几步顺着做。
每做完一步就看一下结果,再决定要不要继续往下。
第 1 步:常见分工
先从固定套路开始,最容易见效。
bug-hunter
reviewer
test-writer
docs-helper 一眼看懂这一页
这页的作用,就是把原本偏专业的话题,拆成能直接照着走的明白话。
创建自定义子代理
|
v
教怎么养一堆专门干特定活的小帮工,各管一摊,互不搅和。
|
v
照着步骤去做 文末提醒
这站会按官方 docs 的导航和内容变化继续重生成,原站加页、删页、改页时,这里会跟着更新。
人话解释会尽量顺着原页往下讲,但命令、参数名、配置名这些硬东西还是保留原样,免得你抄过去跑不起来。
顺手再看
Sub-agents、Plugins、MCP 怎么选
先分清 sub-agents 是拿来分工,不是拿来堆花活。
小团队落地手册
想在团队里用多人协作前,先看这页。