摘要

  • 据所报段落，设立 IETF 行政公司的文本把其董事会描述为公司的「多成员管理者」，代表互联网协会行事，并列出四条进入董事会的不同路径。
  • 同一文本还表明，它关于董事会职责的那一节只是摘要，另有一份有限责任公司协议与适用法律在出现差异时具有权威。本次评审未能取得该协议。
  • 章程写明的那条免职规则只点了提名委员会与 IESG 的席位。由互联网协会理事会任命的那个席位不在其中——这一省略只收窄了文本所能证明的范围，本身并不能证明该席位的任期有何保障。

一家公司，以及一句关于它向谁负责的话

BTW 名录中 IETF Administration LLC 这一条目把它归为公司，这是关于它最简单的一句实话：一个能够签约、雇用人员、并作为交易对手出现的主体。有意思的地方从设立文件描述这家主体如何被治理开始。

两处条款支撑了要点。在第 4.1 节的术语部分，RFC 8711 会把 IETF LLC 董事会定义为该公司的董事会，并称它「在形式上是以互联网协会名义的、公司的多成员管理者」，同时指向第 5.2 节。到第 5.2 节，这份文件说的是更重的一件事：该节的「意图是提供 IETF LLC 董事会主要职责的摘要」，而「精确且具有法律约束力的职责，定义在有限责任公司协议 [IETF-LLC-A] 与适用法律之中」，并且「若出现非故意的差异或其他混淆，以有限责任公司协议与适用法律为准」（RFC 8711 纯文本版）。

这是一句关于层级的话，不是关于内容的话。它告诉读者，一个尚未解决的权威问题应当到哪里去解决；它并不解决那个问题。对任何处在公司之外的人——谈判合同的供应商、承办会议的主办方、读预算条目的出资方——操作性的问题是：对面这一方能否代表该组织作出承诺。章程把这个问题指向一份它并未转录的文件。

通往董事会的四条路径，只有一条写明了的免职规则

第 6.1 节会规定董事会的规模与构成：董事最少五名，可扩至六名或七名，其中包括一名由 IESG 选出的 IETF 主席或其代表、一名由互联网协会理事会任命的董事、三名由 IETF 提名委员会选出并经 IESG 确认的董事，以及最多两名由 IETF LLC 董事会按需要自行任命并经 IESG 确认的董事。

第 6.7 节会写出一条免职路径：由提名委员会任命的董事与由 IESG 任命的董事，可「有无理由」地被免职，通过的表决票数不得少于董事人数减二——七名董事时即五票——并且董事也可以经由 RFC 8713 第 7 节所定义的 IETF 罢免程序被免职。

把两节并排放，咬合并不严丝合缝。第 6.1 节创设了一个由互联网协会理事会任命的席位。第 6.7 节写明的表决路径点的是提名委员会与 IESG 两类。所报文本并未显示这条路径触达由互联网协会理事任命的那个席位。下表是我对所报条款的自行整理，不是对任何一份文件的引用；标注为「所报文本未载」的格子是未知，而不是否定性结论。

席位 谁把董事放上去 确认 所报文本写明的免职
IETF 主席或其代表 由 IESG 选出 所报文本未载 所报文本未载
互联网协会任命者 由互联网协会理事会任命 所报文本未载 该类席位在所报文本中未载
提名委员会选出者（三名） 由提名委员会选出 由 IESG 确认 董事会按董事人数减二表决；另有罢免路径
董事会自行任命者（最多两名） 由 IETF LLC 董事会按需要任命 由 IESG 确认 所报文本未载

这一省略「不是什么」，与它「是什么」同样重要。它并不表明由互联网协会理事任命的席位免于一切免职，也不表明互联网协会对该席位握有免职权，更不表明所列举的路径已经穷尽。上述每一个命题都需要协议、适用法律或罢免程序来支撑，而这三者本次都未被读到。省略所收窄的，是这条条款所能支撑的那句明示主张的范围：就本案卷而言，章程的免职条款覆盖了它自己创设的四类席位中的两类。

被合并成一个词的五个动作

机构评论常把董事会的控制压缩成一个动词。所报文本至少拆出五个动作，并把它们分派给不同主体。IESG 选出主席席位。提名委员会选出三名董事，IESG 予以确认。互联网协会理事会任命一名。IETF LLC 董事会按需要再任命最多两名，须经 IESG 确认。免职要经过董事会表决，附有写明门槛与「有无理由」的判定标准。罢免则是另一套程序，由另一份文件规定。

把这一切读成单一事实——「社区选出董事会」——会把四个选择者、两个确认者与两套免职机制揉成一团。这一区分并不迂腐。提名角色决定谁被提出；确认角色决定提议是否生效；任命决定谁居其位；免职决定在任者是否留任。任命与免职权不必落在同一主体手里，而所报文本至少显示了一个席位：任命者写明了，免职路径没写明。

本次评审未能读到的内容

IETF LLC 的有限责任公司协议本次未能取得。两次检索都没有产生任何文本；其中一次返回的是与 IETF 法律文件无关的页面。该协议中的成员条款、保留事项清单、修订层级、管辖法律条款或董事免职条款，均未被读到。

第 6.7 节所指的 RFC 8713 第 7 节——罢免程序——本次同样未能取得；一次尝试在有限等待后以提供方容量不可用结束。互联网协会一侧关于成员关系或其任命一名董事的公开记录也未取得；该次尝试返回服务错误，结果不明。董事名册、任命日期、决议与会议记录都未取回，因此所报的表决算术无法套用到任何一个真实董事会。

还有一条界限关乎来源性质，而非可得性。RFC 8711 的两份留存渲染——纯文本版 与 HTML 版——在本次评审中都是以「所报摘录」连同提供方撰写的摘要一并返回的。上文所引每一段落因此都是所报文本，而不是本文作者对该文件的逐字节阅读。就节标题、席位数与一条写明的表决公式而言，这是可用的基础；对任何依赖被定义术语的判断则不然，本文也没有任何主张建立在这类区分之上。

这些是检索层面的界限，不是关于文件不存在、未公布或被保留的结论。差别正是全部意义所在。未被读到的文件是未知，而未知既不证明权力的存在，也不证明它的不存在。

这一区分为什么具有操作意义

交易对手、承保方、出资方与会议主办方，会把一家设有董事会的既存公司的存在，读作「存在一个有承诺能力的一方」的证据。这种读法通常正确，但以一种具体的方式不完整：章程把有约束力的职责分配放进一份读者多半并不持有的文件里，而公开摘要才是多数读者真正会遇到的东西。

当这一落差未被审视，关于合同、预算或任期的争议就会变成一个公司法上的权威问题，而面向社区的那份文件本身并不解决它。实际的后果并不是公司缺权。而是交易对手所依赖的那个权威，必须从描述它的文件之外的另一样东西去确认。

来源。 本次评审中返回的 RFC 8711 纯文本版 与 RFC 8711 的 HTML 渲染版，两者均于 2026 年 10 月 18 日取回，属提供方报告。