第16章 多智能体编码基础
第7章讨论子智能体架构时指出，子智能体是多智能体编排的一种基本单元；第6章介绍承包商模型时，说明了如何通过分层分解和子合同组织复杂任务；第14章讨论并行迁移时，也采用了为不同模块分配独立智能体的做法。这些内容已经涉及多智能体协作的局部机制，本章将在此基础上进一步建立完整的判断与组织框架。
第三部分主要围绕单项编码活动展开，讨论如何生成代码、修复Bug、实施重构与迁移，以及如何对代码进行独立评审。进入第四部分之后，需要处理一个新的问题：当一项工作包含多个可以分离的子任务、需要不同领域的专门背景，或者其最小工作集已经难以由单个会话稳定掌握时，应当怎样组织多个智能体共同完成任务。
多智能体并不意味着简单地同时启动更多智能体。任务拆分、上下文传递、依赖管理、结果整合和冲突处理都会引入额外成本；如果拆分边界不清楚，多个智能体还可能重复修改同一部分代码，依据不一致的接口假设分别实现，或者在共享运行环境中相互干扰。因此，多智能体架构首先是一个任务组织和边界设计问题，其次才是并行执行问题。只有并行或专业分工带来的收益超过协调成本，多智能体协作才具有实际价值。
本章首先讨论何时真正需要多智能体，以及哪些任务继续交给单个智能体更合适；随后介绍层级、顺序和并行三种基本协作结构，分析任务在代码层面看似独立、实际却共享运行时资源的隐蔽耦合；在此基础上，说明如何利用子智能体、独立会话和Git Worktree组织并行开发；最后介绍面向跨系统协作的智能体间通信开放协议。
读完本章，读者应能够判断一项工作是否值得采用多智能体方式，选择与任务依赖关系相匹配的协作结构，并在并行执行之前识别代码边界、接口约定和运行时资源中的潜在耦合。更重要的是，读者需要理解，多智能体协作的目标不是增加智能体数量，而是在保持任务边界、验证证据和责任归属清晰的前提下，获得单个执行单元难以实现的并行能力与专业分工。