从单 Agent 到多人多 Agent 协作:协议层的工程新基线 2026 年下半年,AI Agent 行业的工程焦点从"单 Agent 能不能做事"转向"多人多 Agent 怎么一起做事"。一份 2026 年 6 月公开的研究论文,把这种转向具体化,提出了一个叫做 CHAP(Collaborative Human-Agent Protocol)的新协议标准。这份协议的工程动机非常直接:在多 Ag
从单 Agent 到多人多 Agent 协作:协议层的工程新基线
2026 年下半年,AI Agent 行业的工程焦点从"单 Agent 能不能做事"转向"多人多 Agent 怎么一起做事"。一份 2026 年 6 月公开的研究论文,把这种转向具体化,提出了一个叫做 CHAP(Collaborative Human-Agent Protocol)的新协议标准。这份协议的工程动机非常直接:在多 Agent 协作的工作流里,人类对 Agent 草稿的批准、修改、覆盖、移交,往往是整个系统最有价值的信号,但这些信号现在散落在聊天记录、ticket 评论、tribal memory 里,既不可追也不可审计。CHAP 想做的事就是把这些信号变成"结构化的、可验证的、可重放的工作记录"。
这个问题的提出不是偶然。模型在 2026 年已经不再只是生成回答,它们开始承担客户支持、保险理赔、代码提交、合同评审、临床决策等运营职责。这种运营职责的特点是它不是单人对单人模型的监督,而是多团队、跨时区、跨信任边界的多人多 Agent 协同。这种协作原有的技术规范是薄弱的,这就是 CHAP 想补的缺口。
协议栈的位置:与 MCP 和 A2A 互补
在 AI Agent 工具调用生态里,目前主要有两个事实标准。第一个是 MCP(Model Context Protocol),它定义的是 Agent 怎么访问工具和数据 —— 也就是说,MCP 管的是 Agent "伸手出去做一件事"的部分。第二个是 A2A(Agent-to-Agent),它定义的是 Agent 之间的互操作 —— 也就是说,A2A 管的是 Agent "和另一个 Agent 协同做一件事"的部分。
CHAP 的位置在这两者之外,但又把它们的工作包含进来。CHAP 管的是"人和 Agent 一起做一件有责任的事"的部分 —— 也就是说,CHAP 把"谁写的草稿、谁改的、改了什么、为什么改、谁批准"这件事标准化。把这个位置画出来,可以看出 Agent 生态正在形成一个三层协议栈:最下层是 MCP,管 Agent 对工具和数据的访问;中间层是 A2A,管 Agent 之间的协同;最上层是 CHAP,管人和 Agent 协同的可审计记录。三层协议各管一段,但又互相支撑。
这种分层不只是工程抽象,而是对应了企业部署 Agent 的真实治理需求。一个 Agent 调用 MCP 工具,这件事是 Agent 侧能审计的;Agent 之间通过 A2A 协作,这件事也是 Agent 侧能审计的;但人类在 Agent 工作流里做了什么 —— 比如批准了一个有法律后果的决策、改了一个有合规风险的输出 —— 这些事在传统架构里只有 audit log,没有可携带的协议证据。CHAP 想做的就是把"人类判断"这件事从应用层拉到可以独立 MCP 协议层的位置。
协议的核心结构:五个名词 + 七种方法
CHAP 的核心结构被论文清晰地定义为"五个名词 + 七种方法"。这五个名词是协议里的核心实体:workspace(工作区)、participants(参与者)、tasks(任务)、artefacts(产出物)、evidence log(证据日志)。其中 evidence log 是 CHAP 最有特色的部分 —— 它是一个 append-only(只追加)的证据链,任何修改、批准、覆盖、移交都被记录到这个证据链里,而且每条记录都带 hash,可以独立校验。
这种设计的核心目的不是为了"防作弊",而是为了让"人类判断"在多年以后仍然可以被独立拿出来审视。论文里举了一个具体例子:一个客服 Agent 起草了一条回复,资深客服 觉得语气太客气、做了修改并发出。如果这个修改没有被结构化记录,这个修改者的判断 —— "这条消息对普通跟踪问题来说太客气了" —— 就会消失在聊天记录里,Agent 下次还会犯同样的错误。如果用 CHAP,这条判断以 override 的形式进入证据链,带 diff、理由、内容哈希,可以被复盘、被训练成数据、被用来重新训练 Agent。
七种方法对应的核心操作包括:approval(批准)、override(覆盖)、handoff(移交)、review(评审)、sign-off(签字)、query(查询)、envelope(信封)。其中 envelope 是 CHAP 的核心抽象 —— 一个人/Agent 移交工作节点时,移交的不只是一份产物,而是一个"信封",里面装着产物、上下文、决策历史、相关证据。这个信封可以被完整地传给下一个接手的人或 Agent,接收方能完整看到背景和判断依据。
从单一工具到协议组合
CHAP 的工程设计不是把五个名词硬塞到一个 monolithic 协议里,而是把核心协议和可组合的 profiles 拆开。核心协议是固定的、可验证的最小集,任何实现都必须支持;profiles 是可选的、可以按需添加的能力,包括评审模式、协作模式、路由模式、决策模式、移交模式、身份模式、签名模式、透明度支持的审计等。
这种分层设计的工程价值是"不止一次,符合多种工程约束"。一个不要求签名和加密审计的小团队可以直接用核心协议,不需要为合规审计付工程代价;一个要求 SOC2 / HIPAA 合规的企业可以在核心协议之上叠加签名 profile 和透明度审计 profile;一个支持跨团队移交的项目可以叠加移交 profile。这种组合性让同一个协议栈能服务于从初创到大型企业的不同部署。
这种可组合性也是 CHAP 之所以选择和 MCP / A2A 协同而不是替代它们的原因。MCP 管工具访问、A2A 管 Agent 协同、CHAP 管人和 Agent 协同的可审计性,三者各管一段、互补存在。一个完整的多 Agent 工作流会同时用到三层协议:Agent 通过 CHAP 工作区开始任务,通过 MCP 调外部工具,通过 A2A 协调其他 Agent,关键节点由人类通过 CHAP 审批和覆盖,所有动作都被 CHAP 的 append-only 证据链记录。
从评审到训练数据
CHAP 的设计给出了一条从"评审"到"训练数据"的直接通路。一个 Agent 起草、人类覆盖的事件,在传统架构里只能作为这次互动的"日志条目"存在;在 CHAP 里,它是一个结构化的 override event,带 diff、rationale、content hash、actor、timestamp。这种结构化事件可以直接喂给模型微调 pipeline、用于评估模型的"易校正性"、或者用来分析"什么样的 Agent 输出更容易被人类接受"。
这条通路的商业含义在于:CHAP 不仅是治理协议,也是数据采集协议。一个部署了 CHAP 的组织,自然地积累了一份"高质量人类-Agent 协作数据",这份数据既可以用于内部模型迭代,也可以成为组织最有价值的数据资产。这条数据通路对企业 Agent 部署的长期价值,远超一次性的合规审计。
企业多人多 Agent 协作的工程新基线
把 CHAP 的工程价值和它在协议栈中的位置综合起来,可以给企业部署多人多 Agent 系统划出五条新的工程基线。第一条基线是人和 Agent 的关键交互必须从应用层拉到协议层。CHAP 这一类协议标准的目标是把"人类判断"从应用代码、聊天记录、tribal memory 解放出来,变成可携带、可验证、可重放的记录。企业部署 Agent 时,必须接受"人类判断是核心数据资产"这个前提,把它放到协议层。
第二条基线是 MCP / A2A / CHAP 三层协议栈是企业 Agent 的标准底座。MCP 解决 Agent 怎么用工具,A2A 解决 Agent 怎么互操作,CHAP 解决人和 Agent 怎么协作。这三层不能互相替代,也不能合并,因为它们各自有不同的演化节奏和安全模型。一个成熟的企业 Agent 平台必须把三层都纳入设计。
第三条基线是 override 和 approval 必须有结构化字段。CHAP 的 override event 包含 diff、rationale、content hash,这种结构化让 override 不只是一个"被记录的修改",而是一个可以被搜索、聚合、训练的数据单元。企业在设计自己的工作流时,应该从一开始就使用这种结构化字段,而不是停留在"记录修改时间 + 修改人"的层面。
第四条基线是 evidence log 必须是 append-only 的。任何可以被修改的审计日志都是不可信审计,任何 append-only 的日志都是可信审计。CHAP 的 evidence log 强制 append-only,这是它能给"多年后重放"提供可信基础的根本原因。企业部署 Agent 时,evidence log 的 append-only 必须作为基础架构约束,而不是后来补的特性。
第五条基线是协议组合能力是必须的。不同的企业有不同的合规要求、协作模式、信任边界,一个不支持组合的协议栈会被某一种工具堵住。CHAP 的核心 + profiles 设计是这种组合性的样板,企业在选协议和工具时应该优先考虑支持组合的实现,而不是锁定单一能力的实现。
从协议到企业实践
把 CHAP 的工程动机、协议栈位置、核心结构放在一起,可以看出 Agent 生态在 2026 年下半年正在完成一项根本性的工程跃迁:从"Agent 能做事"到"人和 Agent 一起做事有据可查"。这种跃迁不会让单个 Agent 更聪明,但它会让团队整体的可靠性提高一个台阶。
对企业 IT 治理来说,这条跃迁的工程含义是:任何把 Agent 当作"个人生产力工具"部署的策略,在 Agent 承担运营职责后会失效。真正的治理是把 Agent 当作"团队工作流的一个节点",然后用 CHAP 这类协议把节点之间的协作变成可携带、可验证、可重放的协议层事件。这种治理不是替代现有的 MCP 和 A2A,而是在它们之上加一层对人类判断的尊重。
把这条工程基线落到企业 IT 的采购和工程预算里,就是把 Agent 平台的投资从"模型能力"转向"协议能力"。这条基线和 Dan Luu 那份实证研究的结论呼应 —— 流程的设计比模型的聪明更决定产出质量。把这两条认知一起记到工作区,就是 2026 年下半年 Agent 工程化最务实的下一步动作。
