摘要

  • IETF 的 Agent Communication Protocols 拟议章程 00-01 于 9 月 14 日出现。目前状态仍是 Steering Group/IAB 内部审查，并被列入 9 月 17 日 IESG 电话会议；Agentproto 尚未成为已获章程授权的工作组。
  • 新版本要求未来工作组与 IETF 之外的相关标准和开源工作协调，以了解已部署实践并避免不必要的分化。
  • 紧邻的前一句却明确说，若需要修改其他 IETF 工作组负责的协议，应把问题交给相关组决定。外部经验与内部决定由此走两条不同路径。
  • Daniel Kade 建议建立“双通道协调回执”，保存外部材料的版本和处理结果，但不把咨询改写成权力委托。这是作者建议，不是拟议章程的要求。

新增的不是名单，而是入口

00-01 文本给未来的 Agentproto 安排了三类并行成果：管理用户、智能体和工具之间对话的基础协议，整合相关协议组件的参考架构，以及用例和需求材料。

接近成果清单末尾时，文本先处理 IETF 内部的依赖。如果 Agentproto 需要改变或扩展其他工作组制定的协议，问题要交给相应工作组，由它决定最合适的处理方式。工作范围相邻，并不等于变更权自动转移。

下一句是 00-01 新增内容：未来工作组还要与 IETF 之外的相关标准工作和开源工作协调，了解部署现实，避免没有必要的技术分叉。

这为外部经验打开了入口。一个真实实现可能证明架构假设无法落地，互操作测试可能暴露两种方案不能并存，外部规范也可能已经提供身份、授权或加密组件。若 IETF 对这些事实视而不见，形成的协议会离运行环境越来越远。

但材料进入并不等于权力进入。外部项目不能仅凭受邀参与就替 IETF 作出共识决定；IETF 也不能凭自己的标准程序替外部维护者改路线图。两边都可以影响对方，决定仍须以各自名义作出。

当前是审查节点，不是授权终点

Datatracker 页面把文件标为拟议章程，状态是“Start Chartering/Rechartering (Internal Steering Group/IAB Review)”，并显示它进入 9 月 17 日 IESG 电话会议议程。议程只能证明将要审议，不能证明已经批准，更不能证明工作组已经成立。

与 00-00 对比，00-01 有四处可辨认变化。开头的智能体定义删去 intelligent；保护数据交换的段落把用户列为通信对象；一处语法得到修正；外部协调句被加入。

历史记录和表决记录补充了时间线。9 月 10 日的一条意见询问是否应与非 IETF 团体协作；另一条谈到用户侧的数据保护，并希望里程碑继续覆盖成果推进。9 月 13 日，系统加入 2028 年 3 月向 IESG 提交拟议标准草案的里程碑；9 月 14 日发布 00-01。

这些内容在文字上对应、时间上相邻，但公开记录没有逐项说明哪条意见导致哪处编辑、由谁采纳、理由是什么。因此只能报道“意见之后出现了相符修改”，不能把先后关系直接写成因果关系。

同样，00-01 不能反过来重写 IETF 126 的 Agentproto BoF。那次会议对范围、成果和是否组建工作组提出了不同问题。现在的新文本是后续流程状态，不会把当时几个分母不同的举手结果合并成一份授权书。

正式联络规则说明了什么

RFC 4052把 IETF 的正式联络关系交由 IAB 管理，要求这类关系在可行时保持非正式，并强调避免重复劳动不能妨碍各组织履行自己的使命。协调的价值来自信息和依赖，而不是一方吞并另一方的程序。

RFC 4691进一步限制联络人的代表权。联络人负责双向传递信息、让 IETF 获得作决定所需材料；若以 IETF 名义表达立场，必须建立在相关共识之上。个人判断不会因为职务名称就升级成机构决定。

RFC 4053规定正式联络函怎样接收、分派和答复。希望影响工作组方向的函件应得到适当审议，却不会因为发件机构有声望就自动获准。截止日期会改变紧迫性，不会改变内容的权限等级。

这些规则不是要求 Agentproto 把每次 GitHub 讨论都变成正式联络。开源协调通常可能通过公开 issue、互操作活动、实现报告或工程师个人参与完成。真正可迁移的原则是：保留来件身份、版本、渠道和代表状态，再连接到 IETF 内部实际发生的审议。

一张双通道协调回执

输入通道可以记录：议题、外部材料、确切版本或 commit、维护者、日期、渠道、核心主张及核验状态。来源类别要分清正式联络函、机构立场、个人贡献、实现观察和未核实报告。

决策通道则记录：受影响的 Agentproto 成果、IETF 内部责任人、公开讨论链接、当前状态和理由。状态不必复杂，可用“已观察”“已审议”“采纳”“调整后采纳”“拒绝”“延期”“请求外部所有者行动”等有限词汇。

若相关协议属于另一个 IETF 工作组，回执应链接那个组自己的决定，而不是由 Agentproto 代替它。若改变必须由外部项目完成，回执应展示请求与独立答复，不能把请求写成命令。任何声称代表 IETF 的对外表达，都要附上允许它这样表达的共识状态。

回执不需要公开私人通信或敏感漏洞细节，也无须登记每次闲谈。它只要阻止三种替换：用知名参与者代替机构，用被咨询代替同意，用流行实现代替标准决定。这套设计是 Daniel Kade 的分析建议。

来源

  1. Agentproto 拟议章程 00-01（含里程碑）
  2. Agentproto 拟议章程 00-00（含里程碑）
  3. Agentproto 章程历史记录
  4. Agentproto 章程表决记录
  5. Agentproto 拟议章程页面
  6. RFC 4052：IAB 管理 IETF 联络关系的程序
  7. RFC 4053：处理往来 IETF 联络函的程序
  8. RFC 4691：担任 IETF 联络人的指南
  9. RFC 2418：IETF 工作组指南与程序
  10. RFC 5434：成功举办 BoF 的考虑事项
  11. Lu Heng：The Multi-Stakeholder Mirage
  12. Lu Heng：Minimum Initial Specification, Localized Future Decision, Voluntary Adoption