摘要

  • 提案页将工作人员影响评估列为23 Jun 2026、v1.0 (Initial staff draft)，并说明此前没有已发布版本；页面没有公开首次发布的小时、分钟或时区。
  • AFRINIC-37会议纪要确认，PPM于6月24日以线上线下混合方式举行，总时段为UTC+3的09:00至17:00，Policy Compliance Dashboard排在15:15至16:05。日期相邻可以确认，精确可读小时数不能确认。
  • 纪要中的unfair是一项公开的程序评价，不是法律上的迟延认定，也不能证明违规、偏见、不利影响或程序无效。来源同样没有说明谁读过评估、作者何时收到材料，或评估时间是否影响会议结果。
  • 共同主席没有认定形成rough consensus，提案返回邮件列表；2026年8月28日复核时，当前提案索引仍显示Under Discussion。后续状态可以说明程序继续，却不能倒推6月23日的公开时刻。

四个时间坐标，只有三个在公开记录中

这项程序争议的核心不是评估内容，而是时间证据的颗粒度。提案页给出一个日期：23 Jun 2026。会议纪要给出另一个日期：6月24日；还给出Policy Compliance Dashboard的议程时段：15:15至16:05。唯独没有的是评估首次出现在公共页面上的准确时刻。

文件上写着哪一天，与公众从何时可以读取，并非同一事实。v1.0 (Initial staff draft)说明这是首个已发布版本；“此前没有已发布版本”说明公开版本历史从这里开始。但这两个字段都不能回答评估是在6月23日清晨、下午还是临近午夜公开，也不能说明日期采用什么时区。

因此，不能把“23日标注、24日上会”自动换算成24小时，也不能断言少于24小时。AFRINIC-37采用UTC+3，可以固定会议这一端的时区；它不能补出另一端不存在的发布时刻。即使未来找到了时刻，得到的也只是材料公开可用的理论窗口，而不是任何个人实际阅读的证明。

这里还有第二层缺口：来源没有显示当时存在一项适用的最低审阅期。没有公开时刻，无法计算间隔；没有最低期限，即便计算出间隔，也不能仅凭数字判定是否合规。Vincent Ngundi提出“社群应明确时限”，恰好说明期限本身仍是需要制度化的问题。

六种状态，各自需要自己的证据

第一种状态是提案提交。它说明哪个文本进入PDWG程序。AFPUB-2026-GEN-002-DRAFT01能够精确识别提案和草案版本，但提案ID并不等于提交时刻。

第二种状态是评估形成并标注日期。当前材料证明影响评估标注23 Jun 2026，版本为v1.0 (Initial staff draft)。这可以作为文件自身的日期信息，却不能说明该日期代表起草完成、工作人员确认还是公开发布。

第三种状态是评估向公众可用。这一状态应由首次公开时刻、时区、稳定链接和文件摘要共同证明。现有页面可以证明评估现在公开存在，但没有提供首次公开的精确时间。

第四种状态是作者和社群获得实际审阅机会。它不仅取决于材料出现多久，还取决于版本是否稳定、修改是否标示、回应入口是否开放，以及评论能否进入会议记录。来源没有公开谁阅读过、谁没有阅读、作者何时收到通知，也没有记录任何人的实际可读时长。

第五种状态是会议讨论与决定。AFRINIC-37议程和纪要确认提案进入了15:15至16:05的讨论时段，也确认共同主席没有认定形成rough consensus，随后把提案送回邮件列表。这证明程序动作发生，不证明某份材料单独导致该动作。

第六种状态是后续程序状态。截至8月28日，索引仍显示Under Discussion。这表示提案仍处于讨论流程，不能写成采纳、批准、实施或最终拒绝；它也不能反过来证明6月会议前的材料安排充分或不足。

把这六种状态合并成一句“评估提前一天发布”，会让文件日期替代公开时刻；写成“作者只有一天审阅”，则会把纪要中的程序意见改造成来源没有提供的个人事实。更可靠的表述只能是：评估日期在会议前一日，首次公开时刻未知，主席公开质疑了时间安排，提案在会议后继续讨论。

纪要记录的是治理问题，不是责任裁决

Vincent Ngundi的发言值得保留，因为它把一个具体时间差转化为两个可由社群处理的制度问题。第一个问题是：影响评估若要进入PPM，应当提前多久提供。第二个问题是：影响评估究竟是每项提案都必须具备的材料，还是继续保持可选。

两者不能混为一谈。可选材料仍可能影响作者准备和社群讨论，所以“可选”不等于无需时限；把评估设为强制，也不会自动产生合理审阅期。强制性回答“必须有没有”，时限回答“何时可用”，版本记录回答“会议看到哪一份”。

纪要中的unfair也应停留在这一层面。它能够证明PDWG主席认为现有安排对作者不公平，能够证明规则设计被公开提出；它不能提升为对法律义务、程序效力或工作人员动机的判断。没有证据显示评估被隐瞒、无人阅读、作者受损，或共同主席的决定由时间问题造成。

“评估—议程凭证”应把什么连起来

一份最小凭证可以把提案、评估、议程和后续状态固定在同一条公共记录中。它不需要公开个人数据、保密法律意见或私下讨论，只需记录公共文件和公共程序事件。

凭证项目 本案已经可确认 尚缺或未来应记录 审计价值
提案ID及精确版本摘要 AFPUB-2026-GEN-002-DRAFT01 会议所用文本的稳定摘要 防止不同草案共享同一笼统标题
评估ID、版本、日期 v1.0 (Initial staff draft)；23 Jun 2026 独立评估ID；日期字段含义 区分文件形成与文件公开
首次公开时刻 未公开 小时、分钟、时区、首次公开位置 建立可计算的审阅起点
评估范围与负责主体 工作人员影响评估 公开范围说明、负责职能 说明材料覆盖边界而不披露个人信息
前一版本状态 此前没有已发布版本 “无先前公开版本”或被取代版本清单 防止把内部草稿误当公开历史
会议ID、议程项、决定时刻 AFRINIC-37；15:15至16:05 实际开始、结束及决定时刻 连接计划议程与实际程序动作
最低审阅期或有理由的例外 来源未见明确规则 起算点、时区、期限、例外理由及批准角色 让“及时”可以被验证
修订与差异 当前仅见v1.0 新版本摘要、发布时间、差异及重启期限规则 防止会议前后静默替换
作者回应 未见结构化公开记录 回应所针对版本、提交时刻和链接 留下公开回应机会的证据
评论窗口及处置分类 未见与评估绑定的记录 起止时间、适用版本、已采纳或未采纳等分类 显示评论怎样进入下一状态
共同主席决定与下一状态 未认定形成rough consensus；返回邮件列表 决定时刻、下一检查点 区分会议处理与最终结果
更正或取代历史 未见独立记录 更正时间、旧版本保留、取代原因 让后来修改不抹去历史版本

这份凭证不应变成阅读监控。它记录材料从何时可供公众取得，不记录谁点击、谁下载、谁是否读完。作者若选择公开回应，可以把回应绑定到特定评估版本；私人往来仍可保持私下。若评估涉及保密法律意见，公开记录可以说明存在受限部分、版本和时间，而不披露内容。

凭证还能防止两种不同缺陷彼此遮蔽。页面没有时刻，属于记录缺口；没有最低审阅期，属于规则缺口。补上时间戳却不规定期限，只能知道间隔；规定期限却不保存首次公开时刻，又无法验证规则是否满足。可审计性要求两者同时存在。

会议后的时间，不能回填会议前的窗口

AFRINIC-37之后，提案返回邮件列表；到8月28日，仍列为Under Discussion。这段后续时间为作者和社群提供了继续讨论的程序空间，但它不是6月24日前审阅窗口的延长版。新的评论、新版本或下一次议程，只能形成新的记录节点，不能改变旧材料何时首次公开。

同理，后续状态也不能被用来解释会议结果。提案仍在讨论，不证明评估时间造成损害，也不证明时间问题没有影响。没有形成rough consensus与评估日期相邻，是两项同时存在的事实；来源没有提供把它们连接为因果关系的证据。

当前可以稳妥写下的结论只有这些：影响评估标注6月23日，AFRINIC-37在6月24日讨论Policy Compliance Dashboard；主席认为只提前一天提供不公平，并建议建立时限和强制性规则；公开页面没有首次发布时刻；提案随后返回邮件列表，并在8月28日仍为Under Discussion。任何关于精确小时数、阅读情况、损害、违规或结果原因的说法，都应留在证据之外。

来源