官方文档
返回文档与指南
PRACTICAL GUIDE / 扩展与自动化

子代理与并行任务拆分

把独立问题拆成边界明确的任务,再将发现与验证汇总回主流程。

这是一份社区导读。阅读时可结合文末来源,核对当前版本的完整说明。 打开简体中文官方原文

01适合并行的是独立子问题

仓库结构调查、独立模块审查和测试结果分析可以并行开展。互相依赖的实现步骤仍应按顺序推进,避免多个代理同时修改相同文件。

子代理可以保留独立上下文并使用指定工具,适合把大量调查结果压缩成清晰结论交回主任务。

02写清输入、输出与边界

任务描述至少包含目标、范围、可修改文件、验收方式和返回格式。主代理保留架构决策与集成责任。

TERMINAL / CONFIG
目标:检查认证模块的错误处理。
范围:src/auth/ 及其直接调用者。
操作:只读分析,不修改文件。
输出:每个问题给出路径、触发条件与影响;
没有问题时说明检查范围和证据。

03在集成阶段重新验证

并行任务完成并不代表整体完成。汇总时核对接口、共享状态和测试覆盖;如果任务涉及写入,使用工作树或清晰的文件所有权减少冲突。

  • 不要把同一修改拆给多个代理重复实现。
  • 有证据的结论优先于泛泛建议。
  • 主流程检查最终 diff 和真实运行行为。

04并行之前估算是否值得

如果主任务只需要读两份小文件,额外代理的启动与交接可能比直接完成更慢。优先把范围较大、能独立验收的调查或审查交出去。

用一个简短表格记录负责人、允许修改的路径、依赖和完成状态。重叠工作发生时先收敛责任,再继续实施;合并后统一运行集成验证。

  • 可并行:文档来源核对与页面实现。
  • 可并行:两个互不依赖模块的只读审查。
  • 需串行:接口定义改变之后的调用方适配。
  • 需统一验收:多个分支合并后的构建与行为。
GO TO THE SOURCE

参考来源

读完了,下一步是动手实践。
KEEP EXPLORING

接下来,可以看看