摘要

  • 研讨会概览页明确把 ACP 展开为 Agent Communication Protocol；OpenAI 的一项议程介绍却只写 ACP。OpenAI 自身的商业协议资料支持把后者理解为 Agentic Commerce Protocol，但这仍是有来源支撑的判断，不是议程原文给出的定义。
  • 两套协议的用途、维护者与生命周期并不相同。相同缩写不是可长期依赖的技术身份。
  • 公开记录可为每次引用保存八项最小信息：规范名称、规范或仓库 URI、所见版本、治理者与决策场所、许可证与参与渠道、生命周期、针对该对象的确切主张，以及“不代表背书、等同或采用”的非结论。

同一个会场，两个指向

W3C 与 GS1 定于 2026 年 9 月 8 至 9 日在苏黎世举办混合形式的 E-commerce for Humans and AI Agents 研讨会。参与说明把会议定位为探索：交流落地经验、寻找共同问题、识别可能的标准化机会，并讨论下一步。这一定位决定了议程的权威边界——它是一组输入的路线图，不是 W3C 认可技术的名单。

研讨会概览页把 MCP、UCP 与 **ACP（Agent Communication Protocol）**并列，并把 ACP 直接链接到 Agent Communication Protocol 网站。长名称和目标地址同时存在，因此读者能够重现所指对象。

详细议程里还有另一处 ACP。OpenAI 的 Riley Strong 将作题为“Progressive Enhancement: Evolving the Web for Agents and Commerce”的发言，简介称内容会借鉴“我们使用 ACP 的经验”。议程没有展开缩写，也没有链接。与此同时，OpenAI 的官方商业发布与其和 Stripe 维护的公开项目，都把 ACP 用作 Agentic Commerce Protocol 的简称。发言主题、发言者所属机构以及这些一手资料共同支持这一解读，但不能把推断改写成议程的明示事实。

现有证据不能证明组织者或发言者混淆了协议。它只证明一个更窄的事实：离开上下文，三个字母不能保存引用对象。

技术比较开始之前，治理身份已经不同

Agent Communication Protocol 提供基于 REST 的接口，用于智能体、应用与人之间的交互。其公开文档称，该项目现已并入 Linux Foundation 旗下的 A2A。项目仓库提供 OpenAPI 描述与 Apache-2.0 许可证。对治理记录而言，关键不只是接口做什么，还包括项目迁移后由哪个场所承接变更。

Agentic Commerce Protocol 面向买家、AI 智能体与商家之间的程序化交易流程。其仓库列明 OpenAI 与 Stripe 为维护者，把规范标为 beta，并以日期发布版本。在本次证据截止时，仓库显示的最新稳定快照为 2026-04-17。它同样采用 Apache 2.0，但相同许可证不会把两套协议合并成同一技术对象或同一决策权威。

本文不对两者排名，也不声称它们兼容、不兼容或互为替代。仅凭范围、维护关系与生命周期差异，已经足以说明记录问题：读者无法从“ACP”恢复它的目的、版本和变更入口。即使写出长名称，项目迁移、仓库变更或规范迭代后也可能需要更稳定的坐标。

口头上下文不会自动进入档案

现场谈话可以依靠共同语境补齐缩写。长期公开记录面对的却是未到场的标准参与者、工程团队、采购人员、监管者与研究者。发言标题可能被抄进总结；总结可能在章程讨论中被引用；分组记录中的一句“讨论了 ACP”，日后可能被当作会议立场的证据。信息每复制一次，恢复最初对象的成本就增加一次。

这种损失不只是书目错误。两套 ACP 有不同的变更渠道：日期能固定一套规范的快照，迁移声明则会改变另一套项目未来工作的归属。如果档案只剩缩写，一项主张可能被挂到错误仓库，beta 文档可能被误读为定型接口，个人或企业的实现经验也可能被放大成机构立场。

W3C Process Document 给出了必要的程序分界。研讨会先汇聚兴趣；若兴趣充分，W3C 才可能起草章程、交由成员审议并批准成立相应小组。协议出现在研讨会中，不等于它进入 Recommendation 轨道，不等于 W3C 成立了工作组，更不构成任何一方采用它的决定。

一把八齿的协议钥匙

解决办法无需建立中央注册机关。最终议程、演示文稿索引、分组笔记或会议总结每次提到协议时，只需保留八项：

  1. 项目使用的规范名称；
  2. 规范或代码仓库的规范 URI；
  3. 实际查阅的版本、发布日期或不可变提交；
  4. 维护者以及作出变更决定的场所；
  5. 许可证和公开贡献路径；
  6. beta、已发布、已迁移、已取代等由项目定义的生命周期状态；
  7. 针对该具体对象作出的确切主张；
  8. 明确的非结论：此项引用不证明背书、等同或采用。

“协议钥匙”不分配缩写，不裁定谁更正统，也不要求项目获得中央许可。它的任务只有一个：把人类易读的名称连接到某一时间点可检查的技术对象。

用于本次研讨会时，它会保留两个不同记录状态。概览页已经明确链接 Agent Communication Protocol；OpenAI 议程项本身仍未解释 ACP。编辑可依据 OpenAI 一手资料补充 Agentic Commerce Protocol，同时标明这是如何推断出来的。若会前议程增加了长名称或链接，记录还可保留更改时间，而不是悄悄覆盖此前的歧义。

把每句话放回它的权威层级

研讨会材料中常叠在一起的至少有四种声音：发言者报告实现经验，项目描述自己的协议，参会者提出值得继续研究的问题，未来获批的小组才在章程范围内作出正式工作决定。它们的作者和制度效力不能互换。

在引用对象得到确认后，“OpenAI 分享了使用 Agentic Commerce Protocol 的经验”可能是准确的发言记录；“研讨会背书了 Agentic Commerce Protocol”则是目前证据无法支持的机构主张。同样，概览页列出 Agent Communication Protocol，也不代表 GS1 已采用它，或 W3C 已从多种方案中选中了它。

协议钥匙让克制成为可执行规则：可以链接仓库而不认证其内容，可以记录实现而不制造共识，也可以保留标准化机会而不假装决定已经作出。

来源