摘要

  • 8 月 31 日，一封 IETF 邮件把感受到的 AI 独立草案激增比作垃圾邮件，明确以玩笑口吻提到 100 美元保证金，并认真建议把不同类型的草案公告分流。
  • 回应者把矛盾定位在人类审阅：生成贡献的成本下降，并不意味着理解协议、核查论点和给出反馈的成本同步下降。
  • 现有讨论没有共同的 AI 草案数量、审阅工时、误判率或新人结果数据；它是参与者的意见交换，不是 IETF 政策或共识。
  • 允许提交、获得读者注意和取得 IETF 程序地位是三个不同状态，任何过滤机制都不应把它们混为一谈。
  • Daniel Kade 建议用可更正的程序事实制作“注意力路由回执”，其中不包含 AI 概率、作者声望排名或自动质量分。

四十八封公告只证明一个收件箱如何选择

Brian E. Carpenter 在回信中描述了自己的邮件规则：工作组草案、作者面向某工作组的草案，以及其他作者草案被分别处理。当天早上，有 48 封公告进入他的垃圾邮件文件夹；他查看主题大约用了十秒。

这个数字之所以有用，恰恰因为它的权限范围很小。它记录一个收件人在一个早晨如何分配自己的注意力，不是对 48 份文档来源或技术质量的判决。邮件被个人规则略过，也不意味着其他专业读者不应看到它。

公开材料没有提供独立草案数量的连续基线，没有可验证的 AI 使用比例，没有总审阅时长，也没有比较新人在所谓洪流出现前后的结果。参与者完全可以真实地感到负担加重，但“感到更多”不能自动升级为已经测量过的因果结论。

这条边界同时保护审阅者和作者。审阅者不必假装时间无限；作者也不必先证明自己不属于一个未经测量的类别，才有资格让技术主张接受检验。个人过滤是注意力选择，制度门槛则需要明确权限、公开理由与纠错路径。

一百美元是玩笑，审阅成本不是

Ross Finlayson 在开帖邮件中设想：独立 Internet-Draft 提交时缴纳 100 美元，若以后被工作组采纳则退还。他随即说明并非认真主张，而且收费会违背 IETF 的文化。真正提出的办法，是让订阅者能够区分工作组公告和独立作者公告。

玩笑仍然揭示了错误的计价位置。作者在入口付款，但主要成本发生在之后：读者需要理解问题、查找既有工作、检验假设，再决定是否回应。付款能力既不购买这些劳动，也不预测文本会占用多少劳动。

把“采纳”作为退款条件还会混淆程序结果与技术价值。工作组采纳意味着愿意把一项工作纳入范围并共同维护，不是对个人草案全部内容的追认。一个未获采纳的文本可能指出真实缺陷，只是找错场所、时机不合，或更适合作为独立实验。

Phillip Hallam-Baker 在回信中解释，他会借助个人草案，让探索性工作先进入 IETF Note Well 与权利框架，再与他人讨论。这是参与者对自己做法的说明，不是适用于所有情形的法律裁决。但它提醒人们：入口规则改变的不只是公告数量，也可能改变想法在什么制度语境下被讨论。

John Levine 则指出，没收保证金作为反垃圾邮件办法已有复杂而漫长的历史。这轮讨论没有费用模型，也没有证据证明保证金能准确排除最耗审阅时间的文本。

生成变便宜以后，熟人更容易成为捷径

Lars Eggert 的发言点出了资源错配：贡献可以越来越便宜地产生，核心审阅成本却不会同速下降。在这种压力下，他可能更快忽略陌生作者，除非熟悉的人参与其中，或主题特别相关。

对单个收件人而言，这是理性的自我保护。对整个开放流程而言，它可能形成闭环：新人需要先获得注意才能积累可信记录，却又需要已有记录才能获得注意。规则没有正式关闭，发现层却可能围绕既有关系逐渐收窄。

Eggert 也明确提出副作用：真正的新参与者即使带来值得研究的想法，也可能更难被发现。解决办法不是承诺每份投稿都得到同等审阅，而是把公开提交的权利与任何特定专家必须投入时间的义务分开。

RFC 3935恰好允许这种区分。它把开放流程与技术能力、质量和相关性并列为核心原则。任何有兴趣的人都能参与并被听见，但 IETF 仍需决定有限专业能力应投入何处，才能给互联网带来最大收益。

AI 分数回答的是另一个问题

自动检测看似能绕过人工判断，证据却没有走到这一步。Jay Daley 表示，他的检测实验并未用于 Internet-Drafts，若没有 AI 使用者配合，也无法确定实际情况。因此，这段讨论不能被写成 IETF 已经部署草案筛查系统。

即使生成方式能够准确归因，它仍不等于注意力价值。AI 辅助可能是拼写修正、翻译、批评、测试生成，也可能接近整篇代写。Rob Sayre 在回信中区分了辅助工具与让模型写一份宽泛草案后直接扔给社区的行为。真正决定审阅负担的是产出与主张，而不只是工具标签。

AI 概率也不衡量工作组相关性、协议正确性、新颖性、安全性或运营价值。人类可以写出无用文本，使用辅助工具的人也可能发现真实缺陷。来源信息可以帮助审阅，却不能代替审阅。如果还要先争论检测器是否误判，它甚至会增加本想节省的工作。

IETF 对 Internet-Drafts 的说明已经给出更清楚的地位边界：任何人都可以撰写；观点属于作者；除非后续程序改变其地位，否则不具正式 IETF 状态。开放提交从来不等于机构背书。

给注意力请求一张可过滤的回执

IETF 的新工作指南称，每年会出现一千多个想法，其中许多不会继续推进；作者可寻找合适工作组、DISPATCH 机制或其他途径。与其推测谁像机器，不如把这条路径变得可读。

每封公告可以附上一张很小的注意力路由回执：文档名称与修订号、提交时间、作者声明的主题、期望审阅场所，以及请求哪类反馈。它必须清楚区分“作者希望面向工作组 X”“工作组 X 确认相关”和“工作组 X 已采纳”三件事。

回执还可以记录纯程序事实：结构检查、首次实质性人工回应、路由变化、替代版本、到期、采纳或正式发布。收件人可按主题、场所、状态或所需专长订阅；作者发现错误时可以申请更正。

三项内容应明确排除：不得给出 AI 可能性分数，不得按作者声望排序，不得生成自动质量评级。回执的作用是让问题更容易找到合适专家，不是让解析器预言谁配获得考虑。

来源

  1. 关于草案激增感受的开帖邮件
  2. Brian E. Carpenter 关于公告过滤
  3. Phillip Hallam-Baker 关于收费与 Note Well
  4. John Levine 关于保证金与垃圾邮件
  5. Lars Eggert 关于审阅成本和新人可见度
  6. Jay Daley 关于检测实验
  7. Rob Sayre 关于不同 AI 辅助方式
  8. IETF 的 Internet-Drafts 指南
  9. IETF 的新工作指南
  10. RFC 3935：IETF 使命宣言
  11. Lu Heng 关于运行代码优先的论述