摘要

  • IETF Administration LLC 董事会现行页面明确表示，董事会会议不得使用 AI 记笔记和 AI 转写工具。它没有取消人类观察员参加公开部分、提前公布议程或会后发布正式纪要。
  • 这条规定有一条可核验的形成轨迹。2024 年 11 月，执行主任报告称，LLC 会关闭办公应用内置的 AI 助手，避免机密讨论和数据被用于训练大语言模型。2025 年 4 月与 6 月，Noota Assistant 又出现在观察员名单；6 月纪要把“讨论 AI 助手参加董事会会议”列为行动项。
  • 排除外部自动记录器，减少了录音、转写、保存、再利用与披露的第二条路径；代价是公共证据更加集中于一份由人起草、董事审核、主席同意发布、秘书处上线的文本。它是正式记录，却不是逐字记录，也不是独立记录。
  • 完整治理需要两张凭证：规定本身要交代通过时间、权限、范围、定义、例外、删除与执法；每项重要决定则要保留原文、表决方式、弃权与回避、备选方案、理由、执行人、时间戳和更正历史。

名单里的人与工具

关键事实不是“人工智能参加了董事会”，而是董事会的正式名单必须把一个服务单独标出来。

2025 年 4 月 16 日修订纪要在“观察员/来宾”栏写着 Jean F. Queralt (+ AI Noota Assistant)，同时把 Michelle Cotton 另列为会议记录员。6 月 11 日纪要再次写下 +Noota Assistant。文件末尾的 A87-04 行动项要求董事会讨论 AI 助手作为董事会会议参与者的问题。

这些文字只证明工具在名单中出现，且董事会注意到了它。它们没有说明 Noota 是否录音、是否生成转写或摘要、数据存放在哪里、保存多久，也没有证明任何泄露、失真或违法。把一个出席条目扩写成安全事故，反而会破坏这则新闻最重要的证据纪律。

但人类观察员与自动记录服务确实会留下不同的托管关系。个人听到内容后，要为自己的笔记与转述负责；服务可能同时产生音频、转写、摘要、说话人标识和账户元数据。邀请者、会议主办方、供应商及其分包方，对这些对象可能拥有不同的读取、复制和删除能力。

目前的董事会页面给出了入口规则：IETF Administration LLC 董事会会议不得使用 AI 记笔记或 AI 转写工具；正式纪要将在通过审核后发布。页面还把下一次会议列为 2026 年 9 月 1 日，因此这不是对旧事件的评论，而是一条面向下一次会议的现行要求。

禁令只覆盖它写明的会议

制度边界必须按原文保持，不能因为标题醒目而无限外推。

董事会页面把常规会议分为四段：向观察员开放的部分、董事会与高级员工部分、董事会与执行主任部分，以及仅限董事的执行会议。议程通常预先公布，公开部分一般会给观察员提问时间。规定排除的是自动记录工具，并没有把公开部分对人关闭。

它也不控制 IETF 的标准制定。RFC 8711把运营、财务、募资与合规职责交给 IETF LLC，同时明确 LLC 无权决定标准制定活动。因而，这是一家法人机构对自己董事会会议作出的运营管理决定，不是 RFC，也不是 IETF 技术共识。

公开材料提供了清楚的反例。2025 年 9 月 3 日执行主任报告仍把“工作组主席是否应使用 AI 转写或摘要，以及是否应内置到 IETF 工具”列为待回答问题。2026 年 6 月的一份 AIPREF 临时会议纪要还链接了一份 AI 生成摘要。无论如何评价那种做法，它都证明董事会规定不能被改写成全 IETF 禁令。

即便只看董事会，公开句子也没有覆盖所有操作细节。它没有定义什么算作“AI 记笔记”，没有区分外部机器人与本机语音转文字，没有说明无障碍辅助渠道、例外或移除程序，也没有给出通过日期、动议与票数。规定是真实的；规定自己的公共来历仍然不够完整。

托管风险早于 Noota 名单

LLC 并非看到名单之后才第一次考虑数据去向。

2024 年 11 月 20 日董事会纪要所附的执行主任公开报告指出，Zoom、Slack、Trello 等几乎所有办公应用都加入了某种 AI 助手。LLC 在与 IESG、IAB 非正式沟通后，通常会选择退出或关闭这些功能，目的是防止机密讨论与数据被拿去训练大语言模型。

这段话说明 LLC 自己的风险判断，并不能证明 Noota 做过相同行为。材料之间的联系是治理轨迹，不是取证结论：机构先识别出一类内置助手的托管风险；后来两份纪要让会议助手变得可见；当前页面最终把该类工具排除在董事会会议之外。

统一禁令的优势在于，不必在每次开会时临时审查供应商条款。机器人可能由观察员自己的账户带入，而 LLC 与供应商没有直接合同。界面提示并不一定让所有人理解跨境处理、分包、保存期限和二次用途。摘要可能漏掉重要限定语，完整转写又可能长期保存正式纪要本应合理省略的敏感内容。

更详细的记录也不自动获得更高权威。即使机器准确写下每句话，它仍无权通过决议、指定执行人，或决定哪段董事会专属讨论可以公开。捕获产生证据；职权才产生决定。

Lu Heng 在《The Multi-Stakeholder Mirage》中区分参与、证据与授权，这里可以缩小到一份会议记录上。观察员带入的机器人不会因为“在场”成为董事。反过来，董事会有权批准纪要，也不会让省略掉的讨论自动变成不存在。

机器人离场后，正式记录怎样形成

替代外部记录器的不是一句空泛承诺，而是一套已公开的人工审核链。

IETF LLC 董事会纪要审批规定要求把纪要草稿交给董事审核和评论，通常开放一周。审核窗口关闭后，由主席判断是否形成可以发布的共识，再由秘书处把文件放到 LLC 网站。

这条链为每个动作安排了责任人：记录员制作初稿，董事纠正，主席控制发布，秘书处执行上线。它不是独立第三方观察，而是机构对自己的决议文本、行动分工和公开/保密边界进行认证。对于“董事会究竟通过了什么”，这种权威托管不可替代。

记录保存与管理政策进一步说明目标：在履行隐私和法律义务的同时，保存可靠、可访问的 LLC 行动与决定记录。配套的保存期限表把董事会纪要与材料、政策与程序、董事会邮件和 Slack 档案列为不同记录类别。

因此，公开纪要不一定是机构内部唯一存在的记录；内部记录的存在也不等于不当隐瞒。人事、合同、法律意见等事项可以有具体的保密理由。RFC 8711 要求透明，同时承认合理保密，并规定没有具体保密理由的内容应当公开。

真正需要检验的，不是“所有内容是否全部上网”，而是：哪一种记录承载了决定，哪些内容被保护，保护理由是什么，后来的人能否在不取得机密原文的情况下重建这项制度行为。

正式纪要不是逐字稿

纪要必然压缩，这是它的功能，也是它的风险。

它通常记录出席者、利益冲突、议题、决议与行动项，十分钟讨论可能只剩一句话。转写保存时间顺序与措辞；纪要保存机构选择认证的事项。逐字稿可能把结论埋在噪声里，并泄露敏感发言；过薄的纪要则会删除备选方案与理由，让外部读者只看见一个不可解释的结果。

禁止 AI 助手后，后一种风险更值得监测。董事仍可能保留合法个人笔记，LLC 也可能保存内部材料，但观察员不能再指望外部服务生成可检索的平行版本。公共问责更加依赖正式纪要的完整度和发布速度。

当前页面只说明“什么不能记录”和“之后会发布什么”，没有规定正式纪要至少要留下哪些决策字段。它也没有说明修订应怎样显示，或者机器人尝试加入后被移除时应留下什么痕迹。

RFC 8711 提供外部复核路径：任何 IETF 参与者如认为董事会或执行主任的行为违反 BCP 或 LLC 程序，可以请求董事会正式审查；请求与结果通常应在 90 天内公开。这个机制首先需要一个可识别的决定。如果纪要只留结论，不留理由，复核权就会失去可以检验的对象。

用两张凭证补齐责任链

解决办法不是换一个名字把机器人偷偷带回会议，而是让授权记录足以承担证明责任。

每一项重要决定都应留下简洁凭证：会议编号、日期和所在段落；议程版本；是否允许观察员；人类记录员；获准、被拒或被移除的记录工具。若某项内容不能公开，可以写明保密类别与限定理由，而无需泄露受保护实质。

决定本身要保留准确原文、决定方式、投票、弃权、回避和利益冲突；记录主要备选方案及其未获采用的原因；写明行动负责人和期限。草稿流转、批准、发布以及后来更正都要有时间戳，并与任何 RFC 8711 正式复核相连。

工具禁令也需要自己的凭证：由谁在何时、依据什么权限通过；“AI 记笔记”包含哪些功能；本地处理与无障碍工具是否另行管理；谁负责移除；主办方怎样通知；会后发现未授权捕获时怎么办；哪些文件转入 LLC 托管，哪些必须删除。

这些字段不要求公开录音。它们允许外部服务留在门外，也允许合法机密继续受保护，同时让公众确认董事会做了什么、谁有权做、为什么做，以及正式记录后来如何变化。

来源