摘要

  • IESG 于 10 月 8 日批准 Agentproto 章程；首个里程碑是 2026 年 12 月采纳一份信息类用例草案。
  • draft-agentic-ai-usecases-requirements-04 的页面显示其于 10 月 15 日更新，但仍标为个人 Internet-Draft，没有 RFC 流程或预定 RFC 状态。
  • 文件出现或更新，不等于工作组采纳。应关注正式的采纳决定及其对应版本，而不是单看上传日期。

一个里程碑，两种文件状态

Agentproto 的时间表包含两个容易混为一谈的动作。获批章程把 12 月的目标写作采纳一份信息类用例草案。IETF Datatracker 的相关文件页面已经列出 “Agentic AI Use Cases and Requirements” 的 -04 版，标注更新时间为 10 月 15 日；但该文件自己的状态页仍将其列为有效的个人 Internet-Draft，未指定 RFC 流程或预定 RFC 状态。页面也提醒，任何人都可以提交 Internet-Draft，这类文件不代表 IETF 背书，也不具有正式标准化地位。

这不是对作者或文本质量的判断。个人提案是技术工作进入公开讨论的一种方式。关键在于，文件日期无法代替章程所要求的工作组采纳。12 月里程碑尚在前方，当前查阅的公开记录没有把 10 月修订转变为 Agentproto 已采纳的交付物。

后续里程碑让这一区别更重要：章程计划在 2027 年 2 月采纳信息类架构草案，在 2027 年 3 月采纳一份或多份标准轨协议草案，并于 2028 年 3 月将协议草案提交 IESG，作为拟议标准。章程历史记录了 10 月批准，并把后续标准轨文件写成复数草案。这些日期是工作计划目标，不是相关阶段已经完成的证据。

“Agent 通信”听起来范围很广，但章程授权更窄。Agentproto 的任务是制定基础对话管理协议和参考架构；它不取代应用层的 Agent 协议，也不定义新的传输协议。其范围包括对话标识符、生命周期，以及通过现有 IETF 协议传递上下文。模型实现、Agent 的决策与规划语义、用户界面和审计数据结构均明确排除在范围之外。

因此，读者应分开追踪两条记录：工作组的采纳决定，以及个人草案的修订历史。如果工作组采纳用例文本，应能查到决定和具体版本；如果章程时间表变化，Datatracker 也应记录变动。在此之前，更新后的 Internet-Draft 只能证明文件仍在活动，不能证明首个章程里程碑已经达成。

来源