摘要

  • W3C Strategy 第 553 号议题记录了 APA 的请求：不要再为章程审查自动生成重复通知工单。APA 已经通过中央 Strategy 仓库及 Horizontal review requested 标签查找待审章程。
  • 公开讨论说明，这个中央标签目前会生成五个分别链接回原议题的工单。若只是不再生成无障碍工单，却不在中央记录中说明原因，旁观者可能把有意选择误认成机器人故障。
  • 各横向审查组并没有统一偏好。Privacy 的参与者表示，该组确实使用本地请求仓库中的工单；APA 则认为第二个入口带来重复回应负担。
  • Math Working Group 章程留下了完整实例：中央第 545 号议题触发 a11y-request 第 158 号工单；APA 开会审议、记录没有无障碍方面的关切、关闭本地工单，并在中央线程作出回应。
  • 这不等于 APA 退出审查，也不等于 W3C 已接受改动。第 553 号议题在 9 月 2 日证据截止时仍处于开放状态。
  • 最小治理修复不是强迫所有组使用同一仓库，而是在中央章程议题中逐组记录订阅选择、送达确认、权威回应位置、当前状态与最终处置。

两个入口并不会生成两次审查

“选择退出章程审查通知”很容易被读成“选择退出章程审查”。第 553 号议题的正文并不支持这种理解。

APA 指出的对象是通知副本。章程议题在中央 Strategy 仓库获得横向审查标签后，自动化会在各审查组的请求仓库中再建工单。APA 已经检查中央仓库中的章程和标签，因此本地副本没有带来新的待审对象，只是多出一个可能需要留言、关闭和保持同步的地方。

审查职责来自 APA 的章程及 W3C 的相关流程安排，不来自某一张机器人创建的 GitHub 工单。工单可以帮助排队，却不能自行赋予职责；取消副本也不会自行取消职责。把这两层分开，是判断这个提议的第一步。

截至证据截止时间，第 553 号议题没有显示受托人、里程碑、标签或关联开发工作，公开状态仍为开放。这里能得出的结论只有“请求尚未在公开议题上形成已实施结果”，不能推断 W3C 内部无人处理，更不能提前宣布方案已经通过。

Math 章程留下的双重轨迹

这项请求来自一次具体操作，而不是抽象的软件偏好。

Math Working Group 的章程草案在中央 Strategy 第 545 号议题中处理。该议题曾带有 Horizontal review requested 标签；到本次核查时，还显示无障碍、国际化、隐私与安全审查已完成等状态标签。机器人据此在 a11y-request 仓库建立第 158 号工单，正文明确写明其来源是中央第 545 号议题。

APA 4 月 15 日的会议纪要记录了实质动作：与会者讨论 Math 章程，从无障碍审查角度没有提出异议。4 月 20 日，APA 在第 158 号工单中链接会议纪要，说明没有关切，关闭该工单，同时指出结果已发到主线程。次日，第 553 号议题提出今后不要重复生成这类章程工单。

这条链也解释了双方为何都言之有据。本地工单把任务放入 APA 熟悉的仓库和项目板中，作为收件箱很直观；但中央议题才汇集同一章程的不同横向审查状态，最后结果仍需回到那里才能被章程参与者看见。

现有证据没有显示重复工单造成延误、漏审或相互矛盾的结论。它只证明：一次无障碍章程审查被两个议题对象同时表示。治理问题不是给其中一个贴上“错误”标签，而是明确哪个对象负责工作、哪个对象负责汇总权威状态。

五个自动副本，不等于五种工作法必须相同

第 553 号议题中的解释称，中央标签目前会生成五个链接回 Strategy 议题的工单。统一扇出有明显优点：自动化结构一致，某个工单缺席时也容易暴露发送异常。

但同一线程随即显示出统一结构的代价。Privacy 的参与者说，该组会使用请求仓库中的工单；如果有人提供正确的中央查询，也可以调整做法。回复者随后给出了查找未完成隐私审查的 Strategy 查询，以及 Privacy 横向审查看板。讨论没有形成迁移决定，却清楚表明工作界面的价值取决于使用它的团队。

因此，需要一致的是证据结构，而不是收件箱结构。

APA 的公开横向审查说明本来就把请求收件、问题起草与长期结果分布在不同仓库。其工作组章程也分别列出 a11y-request 以及新设或续期工作组章程的 Strategy 议题。强迫每个组为所有事项采用同一种镜像，可能只会把有限审查时间转为同步仓库的时间。

但简单删除 APA 副本也不够。过去每次都出现五个工单，如果下一次只出现四个，中央观察者无法仅凭缺席判断这是配置选择、发送失败，还是根本没有请求无障碍审查。第 553 号议题中的评论准确指出了这种“故障外形”。

中央回执应记录什么

更稳妥的设计，是把每个横向审查组的工作订阅写进中央章程议题。每一行至少需要：

  1. 不会随标题变化的源章程议题与受审草案版本；
  2. 请求的审查领域及请求时间；
  3. 该组选择的工作入口，例如本地请求工单、中央查询或看板；
  4. 送达确认，以及明确的“无需创建镜像”状态；
  5. 唯一权威回应位置；
  6. 已收到、已排期、已提问、无关切、仍有未决关切或已完成等当前状态；
  7. 最终处置、更新时间与后来取代本次审查的记录。

这份表应由触发机器人的同一个事件生成。这样，“是否创建本地工单”和“中央如何解释结果”不会无声分叉。APA 日后改变选择时，记录应保留变更时间；Privacy 保留本地入口时，中央行应稳定链接过去；未创建副本时，中央行则明确说明那是设计结果。

关键字段不是“通知发到哪里”，而是“最终回应以哪里为准”。横向审查组可以在最适合自己的界面工作，无需把每一句讨论复制到中央线程。中央章程议题只需链接经该组确认的结论及处置，就能维持完整状态。

标签是证据，不是授权

W3C 的一般文档审查指南区分了自动通知、跟踪标签、正式审查请求和后续问题处置，并承认横向审查组可能资源有限。该指南主要谈规范文档，不能被延伸成来源未载明的强制章程规则；但它帮助确认一个重要边界：通知机制和实质审查从来不是同一对象。

Horizontal review requested 标签不能证明审查已经排期或完成。机器人建立工单，也不能证明有人已经阅读。完成标签能够展示流程状态，却不能单独说明审查深度。APA 对 Math 章程“没有关切”的结论，也不是代表整个 W3C 批准该章程。

权力仍然分层。横向审查组在各自专业范围内识别问题，章程提出方回答，Chartering Facilitator 与 W3C Team 按既定权限推进流程，Advisory Committee 还有后续审查。自动化连接这些主体的证据，但不继承任何一个主体的决定权。

这正对应 Lu Heng 笔记中的窄而重要的区分：参与能提供证据，却不会自动成为授权；共同协调层可以保存必要状态，却不应借“一致性”替各本地行动者决定所有工作方式。机器人应让审查可见，而不是让仓库对称性变成制度命令。

证据边界

第 553 号议题不是事故复盘。现有来源没有证明无障碍审查曾经漏送、延误或产生冲突，也没有证明五个组都不再需要本地工单。Privacy 的公开回应恰好说明不能这样概括。

公开页面上没有关联代码变更，也不等于实现工作不存在。未来可能保留现状、采用逐组配置、迁移到看板，或以其他方式处理。后续核查应观察真实的自动化输出和中央状态，而不是把议题标题当成已执行决定。

可以确认的结论很有限，却足够实用：APA 认为自己的章程审查副本多余，Privacy 认为类似副本仍有用。W3C 不必在两者之间选出唯一正确的收件箱；它需要确保无论选择哪一个入口，中央记录都不会失去审查的到达、回应和处置链。

来源

  1. W3C Strategy 第 553 号议题：APA to opt out of charter review notification
  2. W3C Strategy 第 545 号议题：Math Working Group charter
  3. w3c/a11y-request 第 158 号议题：Math Group Charter
  4. APA 2026 年 4 月 15 日周会纪要
  5. W3C 文档审查指南
  6. APA 横向审查说明
  7. APA Working Group 2025 年 6 月章程
  8. Lu Heng：The Multi-Stakeholder Mirage
  9. Lu Heng：Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption