摘要

  • AFRINIC 的 DBWG 概览在本次冻结快照中列出 83 个工作项，其中 46 项为 Open、37 项为 Resolved；这是一份有日期的公开库存。
  • DBWG 流程把事项区分为 Raised、Discussed、Consensus、Decision、Implementation 和 Recorded，并将 Open 定义为未记录解决、决定或部署的已提出事项。
  • 公开登记册已提供请求、最新状态、提出者、日期和讨论串链接，但其可见行模型并未为每项给出六阶段的结构化、版本化变迁史。
  • 一条精简的公开状态路径，可以保留 AFRINIC 对实施的决定权，同时让后来读者区分讨论、决定与部署。

先把登记册当作它本来的样子

DBWG 不是面向所有运营问题的工单台。AFRINIC 把它描述为讨论 WHOIS 及其底层数据库技术议题的渠道：意见和建议可以提出，最终实施决定仍由 AFRINIC 员工作出；紧急缺陷或运营事件也有各自的处置通道。这些边界不是修辞。它们解释了为什么一张登记册不应被误当成优先级队列，也不应被拿来推断每个公开问题的处理速度。

反过来说，登记册做得已经相当有价值。其工作项页面把邮件列表中的请求、缺陷报告和建议汇集起来，并按 Open 与 Resolved 分类。页面还说明，状态会与官方 DBWG 跟踪器或 WHOIS 变更日志相互核对，以确认已有决定或部署。捕获到的条目数据提供类别、请求内容、结果或最新状态、提出日期、最近活动日期和回到讨论串的链接。它让读者可以找到一件事从哪里开始，也让已记录的结果与尚未记录的结果区分开来。

但公共记录的价值不在于假装全知。最后活动日期不是决定日期；讨论串不是部署证明；出现 consensus 一词也不是已上线的同义词。一个条目被标为 Open，按照 AFRINIC 自己的定义，只能说明公开记录中没有解决、决定或部署。它不能证明没有内部评估、测试、安全审查、外部依赖或暂不宜公开的理由。把它读成指控，并不会提高透明度，只会制造新的伪确定性。

六个词与两个标签之间

问题出在流程词汇与登记册标签不能直接互换。六个阶段提供了足够清楚的公共语言：事项被提出，可能被讨论，可能形成共识，继而可能有员工决定、实施，最后被记录。两种标签则适合作为快速索引。两者都合理，却没有在同一个条目上构成连续的、可查验的时间线。

于是，46 这个总数成了一个不恰当的压缩器。它不能告诉人们某个问题是否仍在讨论，是否已有明确的不推进决定，是否已经宣布测试，还是只是公开线索停在某一页。这样的区分并不是为了给每项工作设定时限，也不是要公开工程排程。它只是让公共材料能够解释自身所说的“Open”究竟处在怎样的公共语境中。

一条薄而耐用的状态路径

AFRINIC 无须把内部看板搬到网页上。更合适的做法是保留现有请求和讨论链接，为每个工作项加上一小段带版本的公共事件序列。事件可以沿用既有流程语言：已提出、讨论中、共识已记录、员工决定已记录、实施或测试已公告、已部署并链接到变更日志，或截至某日尚无可公开处置记录。

每个事件只需四类信息：公共状态、该状态被记录的日期、支持它的来源链接，以及状态变化时的历史版本。若某项依赖可安全说明，可使用宽泛类别，例如外部标准、安全审查、实施排序或其他运营通道；不能说明时，直接标注无公开细节即可。这里不需要员工姓名、私人通信、交付预测或服务等级承诺。

这样的记录不会把公开性误变成指挥权。AFRINIC 仍然保留它明示的实施决定权。改变的是解释成本：读者不必从总数猜测故事，机构也不必在每一次追问时重新说明一条记录究竟意味着什么。

来源

  1. AFRINIC Database Working Group 概览
  2. AFRINIC DBWG 流程
  3. AFRINIC DBWG 工作项
  4. AFRINIC DBWG 工作项数据
  5. AFRINIC DBWG 工作项呈现脚本