摘要

  • NMOP 章程 01-01 修订草案拟允许在既有异常检测和事件管理工作中开展 AI 试验。
  • 每项试验必须预先说明边界、退出条件和实施承诺，并在启动前取得工作组共识及 Area Director（AD）同意。

分析

一项 AI 试验最关键的文件，可能不是模型说明，而是退出说明：试验做到哪一步算完成，出现什么情况就停，谁有权按下停止键？IETF 的 Network Management Operations 工作组（NMOP）在一份新章程草案里，把这几个问题放到了 AI 试验的入口。

Datatracker 将 01-01 标记为“Draft Charter Rechartering”，更新时间是 2026 年 10 月 26 日。当前获批的仍是 01 版，新许可还在提案阶段。

草案把允许范围锁定在 NMOP 已有的异常检测与事件管理工作。每项试验都要有提案，列出边界、退出条件和实施承诺；启动前须取得工作组共识，以及负责该领域的 AD 同意。主席与 AD 还要限制并行试验数量，只保留工作组能持续支持的项目。NMOP 不会因此获得开发 AI 模型、智能体架构或智能体协议的授权；其他 AI 领域需要再改章程。

这条规则来自一次具体的定位讨论。IETF 126 的 NMOP 会议纪要记下了一个问题：该工作组会成为讨论 AI 智能体的主要场所，还是只提供一个临时讨论空间？当时主席说，相关草案最终应由哪里发布还在讨论。他们计划询问作者的进度、试验范围和开源代码参与情况，以判断是否有足够依据为 NMOP 增加一个特定的实验性 AI 方向。10 月的条款把这场摸底转成了审批门槛。

这不是把“AI”写进章程就算完成治理。现行文本本来就允许讨论未来的短期试验，并把这类改善限定在一至两年可完成的渐进改进；它还要求会议默认优先安排运营者的问题与经验。新条款在这个框架里另设一道 AI 专属门槛：把可做的工作、授权对象、启动手续和并行数量一起写清楚。它带来的变化不是无边界地扩展工作组范围，而是为一个引人注目的主题增加事前边界。

它也正视了标准组织常见的稀缺资源：审查时间。现行章程已要求 IETF 会议优先安排运营者的实际问题与经验。并行试验越多，主席和参与者要分配的注意力越多。草案让主席和 AD 控制试验数量，等于把“能否照看好”列入授权条件，而不是等到日程挤满才补救。

最值得追问的是“退出条件”。草案要求每份提案写出条件，却没有给出共同指标，也没有指定谁来核验。具体的提案至少应说清试验使用哪张网络或哪组数据、由哪位运营者负责、输出会交给谁，以及什么事实会触发终止。这些是判断一份提案是否可执行的核对点，草案本身并没有逐项规定。

草案也没有规定，试验中途发现边界不合适时，谁负责更新提案、告知参与者并留下决定记录。因此，“实施承诺”要能落地，就得说明由谁承担、在哪种环境兑现，以及偏离计划后如何收尾。只有这些责任都能被点名，退出条件才不只是写在启动材料里的句子。

这不是文书层面的细节。异常检测和事件管理直接影响运维团队把注意力放在哪里：告警进入谁的队列，谁负责确认，后续流程如何启动。NMOP 可以决定自己讨论和试验什么；真实网络仍由运营者管理，告警造成的干扰、漏掉信号后的延误、以及无效试验持续占用资源的成本也由运营者承担。运行代码优先的治理视角在这里很清楚：会议能影响工具，网络上的人承担后果。

边界同样设在组织权限上。草案只允许在两个既有工作领域试验；把范围扩到智能体或其他 AI 方向，要重新走章程修订。RFC 2418 将工作组章程描述为规定任务、目标和里程碑的约定；实质性修订需按新章程程序提交 IESG 和 IAB 审批。每次扩围都要重新摆到台面上讨论，技术范围不会悄悄变成默认授权。

仍有一个关键问题留给后续提案回答：退出条件由谁判定，运营者是否有停止试验的实际权力，停止的试验是否也会公开结果？草案把这些细节留给单项提案和工作组流程。灵活性便于适配不同试验；如果责任人和证据格式不清楚，比较结果就会困难。

接下来的观察点很明确：01-01 会否获批，以及批准后第一份试验提案写了什么。NMOP 已经画出了 AI 试验的范围。下一步要看这道门能否关上，而不只是打开。

来源