摘要

  • 2001 年的 RFC 3184 鼓励参加工作组会议的新参与者尽可能观察和熟悉材料，但也写道，他们“不应干扰正在进行的进程”。2014 年的 RFC 7154 删除了这项建议，并明确指出，该表述可能被理解为劝退新人参与讨论。
  • 记录证明的是编辑者担心措辞如何被理解，而不是旧句子导致了多少人离开，也不是删除它就让 IETF 参与变得包容。

一句关于“谁应该等待”的话

IETF 通过工作组、邮件列表和粗略共识制定开放的技术规范。这个过程依赖机构记忆：旧草案、长期争论，以及某种设计为何演变成今天的样子。2001 年，RFC 3184 承认新人很难找到这些历史资料。它鼓励新人参加会议时尽可能观察和吸收信息，接着又说，他们不应干扰小组当前的进程。会议时间很有限，文件也说会议并非用来逐一教育参与者；许多问题可以转到邮件列表继续讨论。

善意地理解，这段话意在保护稀缺的会议时间，并把基础问题引导到可持续回答的渠道。但最后一句也可能听起来像是在规定：工作继续时，谁有资格发言。文件承认新人存在信息差，却把避免打扰小组的责任交给新人，同时没有定义什么才算“干扰”。

修订明确指出了误读风险

2014 年发布的 RFC 7154 更新了相关指南，并取代 RFC 3184。它的附录 C 是难得的历史证据：附录称，删除“新参与者不应干扰正在进行的进程”这一建议，是因为它可能被理解为劝退新人参与讨论。

这只是一次更广泛修订中的一处改动。RFC 7154 加入了关于尊严、体面和尊重的文字；澄清英语并非许多参与者母语时的沟通建议；将“非个人化讨论”改写为积极表述；调整了 IETF 使命的说法；还删除了含义不清的“全球化思考”。新人相关句子特别之处，在于附录解释了旧措辞的风险，而不是它证明了出席率或贡献量发生了可测变化。

文件还区分了行为准则与惩处权限。RFC 7154 称，它不讨论如何处理违反准则的参与者，并指向 RFC 2418、RFC 3683 和 RFC 3934 中范围明确的机制。合作规范本身并不自动授予惩罚他人的权力。

修订记录能证明什么

这一历史结论不大，但很精确。RFC 3184 保留了旧句子及其会议时间理由；RFC 7154 保留了编辑者对新人可能如何理解该句的说明。二者都没有证明这句话被引用过多少次、哪些人因此不再发言，或修订改变了参与情况。那需要 RFC 未提供的邮件档案、调查或其他记录。

不过，这一变化说明，技术流程中的措辞会分配参与成本。一句保护讨论专注度的话，也可能被理解为要求新人先证明自己属于这里，才可以贡献。修订删除了这条具体警告，同时保留了准备、礼貌和基于理由讨论的要求。这是把歧义本身作为治理问题处理的一个有限案例。

来源

证据边界

这些 RFC 确立了旧措辞、2014 年修订以及公开写明的编辑理由；它们无法证明参与者流失、实际执行状况、投诉模式、人口结构变化，或删除该句产生了因果效果。