摘要

  • 2026年9月14日，AFRINIC政策发展工作组联席主席邀请社群与作者讨论：是否应把“PPM Dates”与范围大得多的“PDP Working Group Guidelines and Procedures”合并，并在下一次公共政策会议上讨论。这是一项讨论邀请，不代表合并已经发生。
  • 七分钟后，“PPM Dates”作者Jordi Palet表示反对。他指出，若组成部分中的任何一项未能形成共识，整份合并文本都可能失败；分开处理则可让两项提案各自接受共识判断。

15时48分，一份短小的新草案进入邮件列表。15时50分，问题已经从“草案写了什么”变成“社群究竟对什么作出决定”。

第一封邮件是对AFPUB-2026-GEN-003-DRAFT01的正式介绍。这份名为Public Policy Meeting Dates的草案，拟在《综合政策手册》Section 3增添一条会议日期规则：AFRINIC的公共政策会议应避免与其他RIR、IETF、ICANN和ISOC已经公布的会议撞期；除非确实无法做到，还应提前一年公布日期和地点。

两分钟后，联席主席另发“影响CPM Section 3的提案”。邮件指出，PPM Dates与AFPUB-2026-GEN-001-DRAFT01都触及Section 3，因此邀请PDWG与作者讨论是否适合合并，并在即将举行的PPM上讨论。

原文用的是“邀请讨论”。它不是合并指令，没有给出合并后的文本、编号、作者或版本，也没有宣布任何共识。15时57分，Jordi Palet的回复把风险说得很直接：日期问题是一个具体事项；若把它与另一部分绑在一起，其中任何一部分未获共识，都可能令整体失败。

两份草案确实碰到同一处编号表面，却不是在解决同一个问题。GEN-003建议增加一个小节，例如3.4.3，并把后续条款顺延。GEN-001则是制度级重写：它重组PDWG的运作规则，详列联席主席职责，加入Number Council，改变公共政策会议、共识管理、申诉、罢免和批准路径等多项安排。

因此，至少要拆开三个层面。

第一层是编辑冲突。若两份文本同时改动Section 3，编号和交叉引用可能互不兼容。解决办法可以是一张逐条对应表；它不要求把政策判断也压成一个结果。

第二层是程序依赖。会议日期规则是否必须依赖GEN-001提出的新机构和流程？已经公布的GEN-003把它写成独立条款。若实际存在依赖，合并倡议者应明确指出是哪一条依赖哪一条，而不能因为都在Section 3便默认不可分。

第三层才是决定权。现行CPM按一份政策草案描述公开、PPM讨论、Last Call、共识判断、批准与实施。两份现有草案若变成一个新对象，支持与异议的分辨率也会随之改变。参与者完全可能支持更早公布会议日期，却反对重塑PDWG；也可能作出相反判断。

所以，一份整洁的合并稿还不够。它需要一份公开的“提案组成凭证”：列明两份来源草案的确切版本；逐条说明保留、改写和删除的内容；注明作者与编辑；继承尚未解决的支持和异议；赋予新编号与修订历史；并在讨论开始前说明，共识将按组成部分分别判断，还是只对整个组合给出一个结论。

这份凭证也能区分议程效率与决定完整性。把两场介绍排在同一时段，可能减少重复；统一编号，可能避免断裂的引用。但这两种便利都不能回答：为什么支持会议日期规则的人必须同时接受制度重写，或者反对制度重写的人必须连日期规则一起否定。

现有材料没有证明合并已经完成，没有证明GEN-001或GEN-003已经形成共识，也没有证明分开起草就一定会通过。它们只证明一项合并讨论被提出，且其中一位作者随即提出了独立决策的异议。

来源