摘要

  • APNIC会前宣布，2026年9月10日的开放政策会议将讨论七项提案；会后报告把七项全部放入三个不同的程序状态。
  • prop-169与prop-170达成共识；prop-164、prop-168与prop-171未达共识并将返回邮件列表继续讨论；prop-165与prop-172没有举行共识表决。
  • “没有表决”不是“表决失败”。一份提案状态回执应当注明讨论版本、未表决理由、下一步行动与权威页面的更新时间。

七项提案，三种状态

APNIC 62开幕前的欢迎文章给出了一张清楚的议程清单。9月10日的开放政策会议将讨论prop-164、prop-165、prop-168、prop-169、prop-170、prop-171与prop-172，共七项。

会后报告没有漏掉任何一项。它先说prop-169与prop-170“达成共识”，再说prop-164、prop-168与prop-171“未达成共识”，并将被送回Policy SIG邮件列表继续讨论。最后，报告用单独一句处理剩余两项：prop-165与prop-172没有举行共识表决。

第三句话不是空白，而是一项肯定性的程序事实。能够生成“达成”或“未达成”结果的决定事件没有发生，因此这两项不属于前两组。

这处区分值得肯定。更粗糙的报道很容易把所有没有继续推进的提案统称为失败，APNIC没有这样做。只要认真阅读报告，外界就没有理由把prop-165或prop-172写成遭到否决。

但状态链在这里断开了。报告没有说明为何不举行表决，哪个文本版本或哪项讨论条件导致会议停在这一步，下一处程序场所在哪里，也没有说明提案主页何时更新。在本次证据冻结时，两页仍显示会前状态“For Discussion at APNIC62 OPM”。

共识必须先有一次明确的询问

APNIC对粗略共识的说明划出了边界。对提案有异议的参与者需要解释异议，社区随后尝试解决问题，或判断能否修改文本。只有在异议已解决或得到充分考虑，并且社区认为收益大于不利之处时，提案才算达成共识；这一过程不要求人人赞成。

由此可见，共识表决或共识询问是一个可识别的事件。主席在特定时刻，针对特定版本，要求社区表达程序状态。正面与负面的结果不同，但两者都以这次询问实际发生为前提。没有询问，观察者就不能从掌声、发言人数、聊天室内容或会场气氛反推出一个结果。

这不只是措辞讲究。报告为“未达共识”的三项写明了后续动作：回到邮件列表继续讨论；“没有举行共识表决”的两项后面没有对应的去向。如果数据库只有通过与失败，它一定会把其中两行写错。如果新闻简报称它们“落败”，只是用自然语言重复同一个错误。

历史记录也不能替这次会议补空。prop-165曾在APNIC 60未达共识，在APNIC 61撤回，随后又以新版本回到APNIC 62。恰恰是这段历史说明，同一项提案在不同会议可以处于不同状态；它不能解释9月10日为什么没有表决。prop-172出现得更晚，会前已有版本更新与秘书处影响评估，但这条较短的时间线同样没有给出原因。

因此，两项提案唯一共同且可靠的结论就是报告原话：没有举行共识表决。

会后摘要不必成为逐字记录

对现有报告最有力的辩护是，它本来就不是会议逐字稿。APNIC 62的报告还要覆盖全体会议、各特别兴趣小组、选举、技术议程与社群活动。若强求它复述每次发言，摘要反而失去用途。身在会场的人也可能听到了网页没有重述的解释。

这个辩护很重要，因为“页面没有写理由”不能被夸大成操纵或程序失败。主席可能有充分理由停在表决之前：文本仍需修订、作者尚有动作、会议时间耗尽、前置证据未备齐，或决定被移到另一处明确的论坛。这些只是可能的理由类别，不是对prop-165或prop-172发生了什么的推断。

真正的问题更窄。网站也是远程参与者、数月后回查的网络运营者与政策状态系统所依赖的长期接口。对这些读者而言，报告中的一句结果必须接到一个权威的下一状态。否则，事实只能依赖出席者记忆，或要求每个人日后自行搜索邮件列表。

两项提案主页仍显示“将在APNIC 62 OPM讨论”，也不能填补缺口。这个标签在会前是准确的，会后却没有回答讨论之后发生了什么。它不能证明延期、撤回、失败或保持不变，只能说明会议报告与提案登记册尚未形成清楚的公共衔接。

给“未作决定”一张回执

修补不需要把摘要扩成会议纪要。每项议程提案只需一张紧凑的状态回执：提案编号、会议场次、准确文本版本，以及是否举行共识表决。

若举行了表决，回执记录结果与下一步。若没有举行，则记录一个有边界的程序理由类别，引用或链接主席当时的说明，标明下一场论坛或待办事项，并给出权威提案页面完成更新的时间。

理由类别只能描述程序，不能凭空制造支持度。例如“需要修订文本”“等待作者动作”“议程时间不足”“前置材料待完成”或“移至已命名的后续会议”，都只有在同期记录支持时才能使用。若当时没有保留理由，回执就应如实写“未记录”，而不是后来补造一个整齐答案。

数据结构中还应有一个独立字段：是否举行表决：是/否。只有答案为“是”，结果字段才生效；答案为“否”时，“未表决”本身就是完整状态。这样，软件就不会把空结果自动清洗成失败。

这套回执是Theo March提出的治理控制，并非APNIC已经宣布的产品。它不替主席判断，也不要求把共识变成投票；它只让“已经决定”与“尚未举行决定事件”得到同等可靠的保存。

来源