用途
该技能面向使用 Agent 工具进行委派工作的场景，说明如何界定任务范围、撰写子代理简报，以及如何在具名子代理（named）和分叉子代理（forked）之间做选择。资料称委派已被常规授权（见 CLAUDE.md），本技能关注的是如何做好委派。
主要能力与使用要点
- 简报撰写：指示子代理只返回关键信息；为每个代理定义清晰的边界，明确各自拥有哪些文件；在指令中包含“你是多个代理之一”；设定明确的成功标准；将小改动合并处理，防止过度拆分。
- 并发冲突防范：资料指出子代理可能相互竞争并覆盖彼此的修改，因此必须确保文件所有权没有重叠。
- 模型选择：如果任务简单，不需要细致考量、推理或创造性（例如总结简单的网页搜索结果），可以使用 sonnet 模型。
- 具名与分叉的区别：具名（标准）子代理拥有独立的上下文窗口，适合并行研究、检查或独立功能开发，默认应使用具名子代理。分叉会继承主会话的完整对话历史、系统提示、工具和模型；输出隔离仍保留（只返回最终结果），但输入隔离不再具备。
- 何时分叉：仅当主对话积累的细节对子任务确实有用，且任务不需要全新视角时才分叉。代码审查、前提核查或任何需要对抗性阅读的任务都不应分叉，因为分叉会连同上下文一起继承其偏见。
- 适合分叉的场景：需要遵循既往决策的并行设计变体、答案依赖会话上下文的 MCP 查询、否则需要重新复述的多步分支任务。
- 工作区隔离：当分叉会试探性地编辑文件时，可传入 "worktree" 作为隔离方式，使其改动落在独立的 git worktree 中，而不是当前工作树。
适用场景
适用于多子代理并行开发、并行研究、独立功能实现，以及需要按文件所有权划分边界以防范修改冲突的委派任务。
限制
资料未提供具体的安装命令、代码示例、收费信息或平台支持范围；这些内容暂未提供。技能效果依赖使用者正确划分文件边界和撰写简报，资料未给出量化效果数据。