摘要

  • 2026 年 6 月 29 日发布的 draft-eggert-procon-chair-standin-00 提议：IETF 主席上任后自行指定另一位 Area Director 作为紧急替任者；一旦主席失能，替任者“自动且立即”接任主席角色。
  • 这份提案填补的时间缺口真实存在。RFC 8713 的中期空缺程序在 NomCom 需要重新召集时可用六周，而且产生的是正式替代人选，不是面对短期或局部失能的即时桥接。
  • 草案回答了“谁待命”，却没有回答“谁有权宣布进入紧急状态”。它也未规定局部失能时移交哪些权限、双方发生分歧如何裁决、替任者同样无法履职时由谁接续。
  • 合理的公开记录不应包含诊断与症状，而应包含权力事实：谁指定并接受替任、哪个获授权主体作出启动决定、权限何时及在何种范围内转移、何时复归或因新任主席就位而终止。

名单不是开关

这份草案的设计很克制。它没有新增一个常设副主席，也没有要求每逢短暂缺席就启动完整选举。主席在就任时指定一位现任 Area Director；以后如有必要，可以更换。主席失能时，该人自动接任；NomCom 任命新主席，或者原主席宣布自己恢复履职，紧急委派即告结束。

问题恰恰藏在“自动”二字中。

自然界不会向 IETF 发送一条结构化消息，告诉它 incapacitated=true。现实只会给出零散事实：一段时间无法联络、某项工作无法完成、某类事项存在利益冲突，或者本人能表达意愿却无法承担全部职能。总要有人收集足够信息，判断门槛已经满足，并让 IESG、IAB、秘书处与参与者承认新的权力状态。没有写明这个人或这个机构，“自动”只是把决定者藏起来，并没有消灭决定。

因此需要分清三个行为。指定说明谁已准备好；启动说明谁现在获权履职；终止说明临时权力何时返回或结束。当前文本把指定权交给在任主席，也允许主席通过恢复声明结束其中一种紧急状态，却没有给启动行为安排明确主体。

这不是反对预先指定。恰恰相反，危机发生前把人选、接受意愿、访问准备与备用顺序说清楚，远胜于危机中临时推举。只是“人选正确”不能替代“启动合法”。

六周程序解决不了下一小时

草案所指出的连续性缺口有制度依据。RFC 8713 第 3.5 节规定，中期空缺由 NomCom 依规则补缺；若需重新召集委员会，候选人遴选与确认应在六周内完成。最终人选承担剩余任期，某些情况下还包括下一个任期。这是一套审慎的正式替换程序。

若主席只是暂时无法主持一次关键会议，六周太长；若主席数日后可以恢复，正式换人又太重。召回程序同样不是急救开关：它需要请愿、召回委员会、调查与表决，召回成功后仍进入中期补缺。程序保障适合处理免职，却不适合保证下一小时仍有人能作出必要决定。

不过，真实缺口并不会自动赋予个人草案规则效力。截至 2026 年 8 月 28 日，Datatracker 仍把第 00 版列为活跃的个人 Internet-Draft：发布于 6 月 29 日，12 月 31 日到期，没有 RFC stream、Responsible AD 或 telechat 日期，IESG 状态只是 I-D Exists。PROCON 文件页把它放在 related documents，而非工作组活跃草案之列。它是正在讨论的提议，不是已经生效的 IETF 制度。

IETF 126 的会场民调确实显示支持。记录中的问题是是否把两份主席相关文件采纳为工作组项目；结果为赞成 12、反对 1、无意见 1，投票关闭时在场 30 人。会议纪要随后把“在邮件列表发起正式采纳征询”列为下一步。准确表述应是：会场对继续推进有明显支持；不能把它写成邮件列表程序已经完成，更不能写成草案已获批准。

决定者问题早已出现

启动规则并非外部评论者后来添加的苛刻要求。IETF 自己的讨论记录已经把它摆上桌面。

IETF 125 的 PROCON 纪要记录了 Jari Arkko 的一个关键区分：不必由流程文件给“失能”下医学定义，但应说明谁可以作出判断。这个方向比列举病症合理得多。治理文件要解决的是权限转换，不是替医生写诊断标准。

同一场会议的公开聊天记录把冲突场景说得更直白。Eric Rescorla 询问失能认定能否是非自愿的，并提出是否应限制紧急权限。Joel Halpern 指出，当时文本允许主席只要发声便取回角色，因此很难覆盖非自愿认定。Mike Bishop 又问：如果主席说自己并未失能，而替任者不同意，谁来打破僵局？这些发言都是个人观点，不是工作组共识；但它们证明，当前第 00 版留下的问题此前已经被参与者明确识别。

连替任者身份也经历过变化。IETF 124 的较早演示曾使用按职务排列的接续顺序，先是 IAB Chair，再是 IETF LLC Chair；后续版本改为由现任主席指定另一位 Area Director。这种演变并不说明前案错误、后案正确，而是说明“由谁接手”本身就是制度选择。既然选择可能改变，就更需要提前公告、留存版本并安排备用，而不能只在网页上覆盖一个名字。

“部分失能”必须对应部分权限

草案开头谈到主席“部分或完全”无法履职，操作条款却写替任者接管“The role of the IETF Chair”。两者之间缺少一层范围设计。

部分无法履职可能意味着：只能回避某个保密事项；可以书面处理工作却无法主持实时会议；可以作出一般决定但无法参加出行；或者短时间无法联络，而其他职责并未停止。这里没有必要、也没有证据去猜测任何现任人士的情况。治理上的事实只有一个：部分失能不是单一刻度，而是不同职能的组合。

若任何局部冲突都引发整套主席权力转移，紧急机制会过度扩张；若必须等到主席完全无法表达，机制又会启动过晚。较薄的设计可以设定若干权限范围，或者要求启动决定明确列出哪些职能暂时转移、哪些事项继续由原职位处理、哪些事项可以等待。

这也解释了为什么紧急替任不能与上一篇所讨论的主动委派混在一起。能够履职的主席主动分配工作，权源来自仍然在场的本人；紧急替任之所以存在，正是因为本人可能无法作出有效委派。两种情形可以由同一个 Area Director 执行，却不能共用同一条授权链。

复归并不是数据库里的“撤销”

当前草案规定，主席宣布自己恢复履职时，紧急委派立即结束。这一安排有清晰优点：临时替任者不能凭自身利益长期保留权力。但它没有处理最难的例外——若启动紧急状态的同事认为风险尚未消失，而主席坚持已经恢复，怎么办？

让替任者单方面压制原主席显然危险；把任何一条消息都当成无条件复归，也可能在身份受胁迫、通讯受损或判断争议中制造第二次危机。规则需要一个快速裁决者、临时状态以及明确时限，而不是把争议塞进沉默。

还应区分两种结束。原主席恢复，是权力复归；NomCom 任命新主席，是临时桥接因正式替换而终止。两条路径对未完成事项、责任链与历史记录的意义不同。一个笼统的 inactive 字段会抹掉这种差别。

若指定的替任者本身失联、回避或辞任，也需要备用路径。连续性方案若只有一名备用者，就只是把单点故障往后移动了一格。

公开权力状态，保护私人证据

问“谁认定失能”很容易滑向另一个错误：要求当事人向公众证明病情。IETF 参与者需要知道谁正在合法履行主席权力，却不需要知道诊断、症状、家属沟通或保密的安全判断。

可以公开的内容很薄：依照某一版规则，指定主体以合格人数作出启动决定；决定在某个时间生效；替任者已接受；转移哪些权限；何时再次复核。支持判断的材料可以由小型获授权群体保密保存，事后审计只验证成员、回避、人数与程序是否合规。

这条界线同时防止两种滥用。它不让公众围观一个人的健康，也不让机构以隐私为由悄悄更换掌权者。健康证据属于私人领域；权力状态属于公共领域。

Brian Carpenter 在新草案发布后的邮件中提出，把“designates”改成“designates and announces”。这项建议只解决待命身份的公告，并不等于启动。网页必须能区分“已指定”与“已接管”，否则公告反而会让读者误以为替任者一直拥有主席权限。

四张回执，而不是一份病历

最小可审计方案可以由四张制度回执组成。

指定回执记录在任主席、替任者、接受时间、生效时间、备用者与公告位置。它证明准备完成，不证明当前权力已经转移。以后更换人选，应新增记录而不是覆盖历史。

启动回执记录决定主体、适用规则版本、表决或法定人数、时间戳、回避情况、替任者接受以及权限范围。公开层只需说明保密证据已由合格主体审阅。若允许个人在机构无法集结时先行启动，该决定应很快到期，除非获得追认。

履职回执把重大行为绑定到临时权限窗口。它不必记录每封邮件，只需让后来者分辨：此人当时以普通 Area Director、主动受托者，还是临时主席身份行动。

复归回执说明原主席恢复还是新主席就位，何时生效，争议由谁解决，未完事项如何处置。临时权力结束时，历史链条不应被删除。

这四张回执回答了被“自动”压缩的全部问题：谁已准备、谁作决定、哪些权力移动、期间发生了什么、桥接如何结束。能够启动紧急权力的人或机构因此必须同时承担可识别、有限且可复核的责任。

下一版应完成状态机

紧急替任草案的方向值得继续。它用现任 Area Director 预先补位，不制造常设副职；它把临时状态与 NomCom 正式任命区分开；它也允许原主席复归。这些都是控制制度重量的正确直觉。

下一步不是把草案扩成医学规范，而是补完状态机：指定认定主体，规定快速人数与备用者，区分局部和完整启动，要求提前公告与启动时间戳，限制紧急权限，设置快速争议处理，并分别记录复归与替换。

人选已经写进电路。现在需要补上感应器，以及那条最关键的标签：谁有权确认感应器已经触发。

来源