摘要

  • W3C 流程规定：被推翻决定若已造成与成立异议相关的后果，必须及时实施充分缓解；在此之前，异议中获支持的部分不算“完全处理”。但流程没有定义承载责任、证据与结案状态的统一公开记录。
  • Vibration API 不是“无人行动”的案例。实施情况报告后来完成，章程审查也持续推进。问题在于公众必须跨越理事会报告、技术议题、章程议题、修订提案和战略审查，才能拼出后续处置，却仍找不到权威结案声明。
  • W3C 应建立版本化的“理事会缓解托管记录”，明确区分理事会的非约束性建议与责任主体依法作出的实际决定，并把每一项成立理由连接到措施、权限、期限、验收证据和结案日期。

推翻一项决定，不会自动撤销已经发生的后果

W3C 理事会处理的是普通协商机制未能消除的正式异议。它的核心裁决很清楚：维持原决定，或者推翻原决定。足以支持推翻决定的异议理由，被视为获得支持的部分。

真正棘手的治理工作从下一句话开始。

如果原决定已经产生后果，例如相关内容已经进入公开文档、规范状态已经改变、章程已经据此安排工作，理事会应提出可能的缓解办法。随后，W3C 团队负责确保责任方以适当方式及时实施充分缓解。在此之前，正式异议中获得支持的部分不被视为完全处理。

这意味着理事会作出裁决后，机构内部仍存在一个未完成状态：原决定的授权被撤回，现实后果却不会随文字裁决倒带。流程准确地说出了这个状态，却没有同时要求一个让外界观察其变化的公共载体。

流程还刻意限制权力扩张。理事会提出的是建议，不是代替工作组作出的技术命令。团队不会因此获得新的权限，更没有“取消发布”文档的权力。真正的责任主体仍要依靠已有的流程权力行动：工作组形成共识，主席在既有职责内处理，团队决定仍由团队权限支撑。

这是一种合理的分权设计。临时组成的理事会不应变成长期编辑委员会，团队也不应借跟进之名接管技术选择。但分权会带来交接问题：理事会认定缺陷，另一主体掌握修复权，团队负责确保事项不被遗忘。三者之间如果没有一份共同记录，责任很容易消失在接缝中。

“充分”“及时”“完全处理”都需要可验证含义

缓解必须“充分”。充分对应什么？最自然的答案是理事会报告列明的每一项成立理由。然而现有条文没有要求逐项展示：哪一个后果来自哪一项被推翻的决定，哪一个措施针对哪一项成立理由，什么证据说明风险已经被控制。

缓解还必须“及时”。不同问题当然不适合一个统一倒计时。改正行政文字、回退一份标准文档与寻找新的跨浏览器技术方案，所需时间完全不同。但灵活性并不排斥个案目标日期、下一次复核点和延期理由。

最后，获支持部分要达到“完全处理”的终态。谁有权作出这一判断？判断存放在哪里？原决定主体与异议提出者是否得到通知？后来发现证据不完整时怎样修正？流程援引了终态，却没有规定形成终态的证明动作。

这不是要求用表格替代判断。恰恰相反，判断越依赖上下文，越应该留下是谁在何种权限下、依据什么证据作出判断的记录。

Vibration API 把交接问题变成了可见事实

2024 年末，W3C 咨询委员会审查是否将 Vibration API（第二版）建议书标记为废弃。审查收到两项正式异议。Devices and Sensors 工作组在 TPAC 2024 决议中选择回退文档，并以新的候选建议快照继续工作。一项异议随后解决，另一项进入理事会程序。

2025 年 8 月 10 日，理事会认定剩余异议成立。报告没有把案件描述成一个静止的二选一问题。当时文档处于候选建议草案状态，按照所引流程不能直接标记为废弃；工作组已经把规范回退为候选建议快照，目的是继续完善并回应异议关切。

理事会没有下达最终技术方案。它建议工作组继续正常出版流程，更新 issue 33 中的实施情况记录，并在下一轮重新授权时公开具体计划和有说服力的理由。计划可以追求多家主流浏览器引擎部署，也可以选择别的路线，但应让审查者有条件判断其合理性。

后续确有实质行动。issue 33 在实施情况报告工作完成后，于 2026 年 5 月 1 日以“完成”状态关闭。2026 年 Devices and Sensors 章程流程明确链接了理事会建议。charter-drafts issue 781 继续追踪公开计划和实施记录。随后出现的 pull request 809 提议为 Vibration 等单一引擎规范加入明确的期末处置路径；该提案最终未合并便关闭。更广泛的章程修订与咨询委员会审查仍继续进行。

因此，这不是一篇指控 W3C 什么都没做的文章。恰恰因为做了很多，缺口才更清楚：哪些行动具有结案效力？

工作组先前的回退究竟已经构成缓解，还是只是一项临时止损措施？issue 33 关闭，是完成了某一项成立理由的处置，还是仅补齐下一次判断所需的证据？理事会提出的章程计划，后来是否以其他文本得到满足、被更好的共识方案取代，还是仍没有权威结论？

理事会报告证明裁决和建议；团队报告证明程序历史；技术 issue 证明一项任务的生命周期；章程 issue 记录审查者提出的条件；pull request 证明有人提出具体文字；strategy issue 记录章程整体进展。每一项都真实有用，却没有一项被明确定义为“完全处理”状态的总账。

因此，不能把 issue 开着直接写成流程违规，也不能把 issue 关闭直接写成正式结案。代码或章程提案被合并，最多证明文本改变；它仍需要与理事会认定成立的理由建立权威对应。

W3C 的公开争论已经划清权限边界

Process 仓库的 issue 751 自 2023 年 4 月起一直公开。争论的焦点正是理事会建议、缓解义务与团队权限之间的关系。

提案者担心，缓解段落会不会给理事会和团队附加边界不明的权力：建议是否必须执行？若影响其他共识，是否可以上诉？回应者的核心解释是，理事会的具体建议没有约束力。若正式异议针对的是尚未实施的拟议决定，决定不再发生；若被推翻决定已经造成后果，就必须以某种方式撤销、抵消或缓解后果，团队负责确保这件事不会被忘记。

执行与监督必须分开。工作组仍以正常共识流程选择技术解法，也可以不用理事会建议的那一种。团队不替工作组撰写规范。公开讨论列举的既有手段包括提醒主席、运用既有主席任命权、阻止不符合过渡要求的发布，以及在适用时使用回退或放弃程序。这些都不等于创建一项删去历史出版物的新权力。

争议并未完全消失。有参与者认为，现有文字读起来像是事项交给团队以后“魔法发生”；也有人要求更清楚地写出原决定主体的责任。支持现行文字者则认为实质逻辑已经正确，只是通用条款无法把所有个案展开。最终，问题被作为编辑改进延后处理。

讨论中有一句判断尤其重要：异议提出者不应被迫用几个月甚至几年追踪自己的异议如何落地。这不等于给异议者永久否决权。它只是要求宣布“尚未完全处理”的机构承担公布终态的责任。

最有力的辩护不是保密，而是必要的灵活性

W3C 有理由拒绝统一的实质性补救方案。正式异议并不总是针对工作组决定，原决定者可能是主席、团队、TAG、AB 或章程提出者。把责任一律退回工作组会造成新的权限错误。

理事会也不能变成高级技术委员会。它可以指出可能路径，却不一定掌握实施、专利和部署的全部约束。责任主体通过正常共识找到不同且更好的方案，理应被允许。

现有公开资料的透明度也值得承认。Vibration 案例之所以能够重构，正是因为报告、issue、pull request 与章程讨论可以查阅。同时，理事会内部讨论、会员专属资料、个人投票、人事措施和法律意见可能有正当的保密理由。

这些理由支持轻量、可适配、分层披露的记录，而不是没有记录。一份托管记录可以公开角色、日期、权限和可公开证据，也可以明确哪些字段受限及其理由。

建立“理事会缓解托管记录”

凡理事会推翻一项已经产生现实后果的决定，理事会报告都应同时开启版本化的缓解托管记录。团队维护记录状态，责任主体填写实质措施与证据。

记录至少应包含：

  • 理事会报告、裁决日期和适用的流程版本；
  • 被推翻的决定与每一项获支持理由；
  • 已产生的后果及其关联文档、状态或流程；
  • 每一个缓解事项的责任机构角色；
  • 该主体能够行动的既有权力来源；
  • 明确标注为非约束性的理事会建议；
  • 责任主体接受、修改或另行选择的方案；
  • 依赖事项、目标日期或下一次复核点、当前状态及延期理由；
  • 因缓解而暂缓的出版、晋级或章程行动；
  • 将每一项措施证据映射到每一项成立理由的验收标准；
  • 在保密边界内，异议者和原决定主体的通知或咨询状态；
  • 有权判断缓解充分的机构；
  • 注明日期的结案声明，或者明确写明尚未作出结案声明；
  • 修正、替代决定、上诉及后续正式异议；
  • 公开与受限信息的边界和理由。

这份记录不会把理事会建议变成命令。它完全可以写明：工作组没有采用建议路线，而是以共识选定另一方案，并展示该方案如何回应同一项成立理由。它也不会创造新的上诉层级；新的执行决定仍按普通异议路径处理。

更重要的是，记录会把“活动”与“结案”分开。开 issue、开会、提交补丁都说明工作发生了。只有措施通过事先说明的标准与成立理由逐项对应，才说明缓解充分。

证据边界

公开记录无法证明 W3C 在 Vibration 案件中错过内部期限、缓解至今仍不充分，或任何具名参与者故意规避理事会。issue 33 完成是真实事实，issue 781 仍公开也是真实事实；两者都不能单独决定流程终态。

pull request 809 未合并关闭，不足以证明方案在实质上被否决，也不足以证明其他地方不存在等效计划。2026 年章程后来出现的其他争议超出 Vibration，不应被倒推成 2025 年缓解工作的证据。

本文的结论只针对结构：W3C 定义了一个理事会裁决后的持续状态，却没有要求一份公共记录把这一状态带到结案。

来源

  1. W3C 2025 年 8 月 18 日流程文件——理事会裁决后的缓解
  2. W3C 流程编辑草案——缓解条款
  3. W3C Process issue 751——理事会决定的后续影响
  4. W3C 指南——正式异议与理事会
  5. Vibration API 正式异议第二轮理事会报告
  6. Vibration API 正式异议团队报告
  7. Vibration issue 33——更新实施情况报告
  8. charter-drafts issue 781——理事会建议的计划
  9. strategy issue 530——2026 年 Devices and Sensors 工作组章程
  10. charter-drafts pull request 809——逐规范计划提案
  11. W3C Guide issue 173——谁是原决定者
  12. W3C Process issue 1029——理事会报告何时发布
  13. Heng Lu——The Multi-Stakeholder Mirage
  14. Heng Lu——On the Agency Problem at the Core of Internet Governance