摘要

  • Internet Society 理事会通过第 2026-14 号决议，原样重申其 IETF NomCom 联络员指南；决议于 2026 年 7 月 10 日经全体书面同意通过，并立即生效。
  • 指南仍三次依赖 RFC 3777：用它界定流程、保密规则和联络员职责。RFC 3777 已被 RFC 7437 取代，RFC 7437 又被现行 BCP 10——RFC 8713——取代。
  • 指南一方面要求联络员只表达其认为代表理事会共识的事实与观点，不让个人倾向显现；另一方面要求其为 IETF 的最佳利益行事。两者冲突时，前一项优先。
  • RFC 8713 同样包含组织代表和 IETF 最佳利益两项职责，但还规定，组织另行赋予的职责不得与该 RFC 的其他条款冲突。联络员不参与候选人选择投票。
  • 公开证据并未显示真实冲突、不当干预、个人偏好泄露或候选人结果受影响。问题在于理事会重申规则后，仍没有公开说明旧指南怎样映射到现行 RFC。
  • 最合适的补丁不是公开 NomCom 的人事讨论，而是一份逐条对照表和仅记录规则解释的最小回执。

“不修改”本身就是一项治理决定

第 2026-14 号决议同时处理四项理事会治理政策。治理委员会对其中三项提出了修订；对于 IETF NomCom 联络员指南，它提交的是现有文本，并明确没有建议修改。理事会随后原样重申，立即生效。整个决议于 7 月 10 日以全体书面同意方式通过。

这段程序让“网页太旧、没人再用”不再是合理解释。文本虽然写于 2012 年，却在 2026 年被治理委员会重新摆到理事会面前。理事会作出了保留它的正式行为，公开页面也加上了本次重申日期。

重申不等于自动把每一个旧编号都解释成最新版本。反过来，一个过时引用也不会自行证明整项政策无效。真正的问题是：理事会在重申时，究竟把哪一套外部流程规则纳入了自己的现行指令？

指南对 RFC 3777 的依赖不是一处参考文献。它说，联络员的主要职责是确保按照 RFC 3777 定义的流程行事；向理事会提交的定期报告必须符合 RFC 3777 的保密规则；编号第二项又要求遵守 RFC 3777 中的联络员规则。

RFC Editor 给出的版本链非常清楚。2004 年发布的 RFC 3777 已标为废止，后继文件是 RFC 7437。RFC 7437 的资料页说明它取代了 RFC 3777，同时又说明自身已被 RFC 8713 取代。RFC 8713 于 2020 年 2 月发布，是目前规范 IETF 提名与罢免委员会运作的 BCP 10，并已得到后续更新。

因此，这不是“链接打不开”的问题。三份文件都可以访问。缺的是纳入规则：RFC 3777 在 2026 年的政策里，是冻结 2004 年文本，还是动态指向当前 BCP 10，抑或只延续某几项实质义务？熟悉 NomCom 的人可能会自然采用现行 RFC。正式重申后的公共规则不应只依赖熟人的自然理解。

联络员能产生影响，但不能对候选人投票

NomCom 负责为 IETF 关键岗位挑选候选人，很容易让外界把“在场”与“有票”混为一谈。RFC 8713 明确切断了这条推论。Internet Society 理事会可以自行决定是否派出联络员；但主席、联络员和顾问均不对候选人选择投票。除非 RFC 另有规定，他们可以对委员会的其他问题投票。

Internet Society 的指南还区分了两种发言渠道。担任联络员的人仍可像普通 IETF 参与者一样，通过通用反馈表等公共渠道提交个人意见。进入联络渠道后，个人对候选人或流程的偏好不应被辨认出来。联络员只能陈述事实，以及其认为代表理事会共识的观点。

这是一个范围明确的代理关系。被代表的主体是 Internet Society 理事会，而不是 Internet Society 全体成员、全球互联网用户或模糊的“社区”。Lu Heng 关于利益相关者与授权主体的区分，在此处的用途正是防止范围膨胀：参加流程不会自动产生代表权，但一个理事会可以授权某人准确转达它自己的立场。

这种授权仍然不等于选择权。理事会立场不会因为被带进 NomCom 就变成 NomCom 共识。联络员可以提供信息、观察程序、提出程序问题，却不能用一票决定人选。

规则已经预见冲突，却把解释留给个人判断

指南同时提出第二条使命：为 IETF 的最佳利益行事。随后，它在“元规则”中承认三项指南可能冲突。联络员应运用最佳判断，但当代表理事会共识的第一项与 IETF 最佳利益的第三项冲突时，第一项优先。

这个优先级不是批评者推导出来的，它直接写在现行页面上。不过，规则预想一种情形，并不表示该情形已经发生。现有公开证据不能证明任何理事会与 IETF 曾就某个候选人或流程发生这种冲突，也不能证明某位联络员泄露个人倾向、越权干预或改变结果。

新闻价值在于制度设计本身：同一个人被要求忠实代理一个明确机构，同时又承担对另一个程序整体的最佳利益义务；当两者分离时，政策给出了方向，却没有公开现行法源和解释路径。

RFC 8713 保留双重职责，也设置了硬边界

现行 RFC 并没有删除这种双重性。RFC 8713 第 4.7 节要求联络员帮助确保 NomCom 及其主席为 IETF 社区的最佳利益履职。它也要求联络员代表各自组织的观点，提供有用信息，说明本机构的运作、职责和组成，并在委员会与机构之间传递问题和答复。

多数时候，两项职责可以相互支持。理事会对确认机构、治理经验或组织运作的认识，完全可能帮助 NomCom。联络员转达任命机构的立场，本身不构成干预；这正是设置联络岗位的理由。

RFC 8713 还给程序监督安排了一条具体路径。联络员应检查 NomCom 的运作与执行，发现问题立即报告主席；如果双方无法解决，再进入 RFC 规定的争议解决程序。问题应沿着可识别的程序上行，而不是转化为候选人选择票。

真正的硬边界在“其他职责”条款。任命机构可以交给联络员额外任务，NomCom 也可以提出要求，但这些职责不得与 RFC 8713 的其他条款冲突。

这并不自动证明 Internet Society 的优先级与 RFC 8713 矛盾。组织代表义务本来就在 RFC 内。“最佳利益”是一项需要判断的标准，不是简单开关。理事会也可能把优先级理解为：发言时必须准确表达理事会立场，而所有实际行为仍受 RFC 8713 约束。

问题是，这些都是外部读者的调和解释。重申后的指南没有写明：优先级只管“说什么”，还是也管“做什么”；现行 RFC 的不冲突条款怎样限制它；如果联络员认为无法同时履行两项职责，应该向谁提请解释。既然政策已经预设冲突，公共文本就应预设处理路径。

把 3777 改成 8713 还不够

简单替换编号能够消除最显眼的陈旧感，却不一定准确迁移义务。RFC 8713 重新组织了条款，并纳入 IETF Trust、IETF LLC 等制度变化；它后来还有更新。2004 年的一段话不一定能与 2020 年文本逐句对齐。

保密条款最能说明为何需要对照。Internet Society 理事会有合理理由了解流程是否正常，但它没有因此获得候选人讨论的公开权。当前规则可以区分几种信息：时间表是否正常、是否出现程序疑问、疑问是否提交主席、是否进入争议解决、规则问题是否结案。这些是程序状态，不是候选人评价。

联络职责也应逐项映射到 RFC 8713：代表组织观点、提供信息、解释本机构、监督流程、向主席报告、必要时升级，以及不参与候选人选择投票。未来联络员、NomCom 主席和理事会应看到同一张表，而不是依赖口耳相传。

最后，职责优先级必须有自己的解释状态。理事会可以保留它，并说明为何符合 RFC 8713；可以把它限定为准确复述机构立场；也可以决定，当两项职责无法调和时必须转交处理，而不是由联络员单方面排序。无论采用哪种方案，都应保留 2012 年原文和 2026 年重申的版本历史。

公开规则，不公开人

NomCom 保密不是应被打破的障碍。候选人需要在没有公开拉票和持续围观的环境中提供材料、接受评价。为了修复规则而公布姓名、比较、证词或内部讨论，反而会破坏程序。

应公开的是“规则回执”，而不是“人事日志”。

第一部分是静态对照表：2012 年条款、RFC 8713 当前条款、保留的职责、重要变化、解释责任人和生效日期。历史页面应显示最初通过与 2026 年原样重申是两个不同状态。

第二部分只在出现解释问题时生成最小记录：问题类别、转交问题的角色、适用条款、日期和处理结果，例如已解决、已撤回或已升级。记录不能包含候选人身份、对某人的理事会立场、个人倾向或委员会讨论。

公众不能因此重做候选人选择，也不应该拥有这种能力。公众能核验的是：一项组织内部指令确实按照当前 BCP 接受检验，而且问题沿着正确通道处理。

这就是轻量治理的边界。授权、建议、程序监督和候选人选择必须是不同字段。对人的保密，不应扩大为对规则的保密。

有明确授权主体，仍需防止授权外溢

与许多借“社区”名义产生代表权的互联网治理安排不同，这项指南明确写出了被代表者：Internet Society 理事会。它没有把参加会议直接当成授权。这是制度上的优点。

但优点只有在边界持续清楚时才成立。理事会共识只能授权联络员转达理事会观点，不能自动成为 NomCom 共识，不能生成候选人选择票，也不能让理事会成为 IETF 社区的授权主体。为 IETF 最佳利益行事的职责，正是防止代理关系外溢的一道边界。

7 月 10 日，理事会已经确认它要保留这条接口。现在需要的是一个更小的治理动作：把保留的 2012 年文字，接到今天真正管理 NomCom 的 RFC 上。

来源

  1. Internet Society：理事会派往 IETF 提名委员会的联络员指南
  2. Internet Society：经全体书面同意通过的第 2026-14 号决议
  3. RFC Editor：RFC 3777 资料页
  4. RFC Editor：RFC 7437 资料页
  5. RFC Editor：RFC 8713，现行 BCP 10
  6. Lu Heng：The Multi-Stakeholder Mirage