摘要

  • W3C Math Working Group 的 2026 年章程规定，面对面会议和电话会议通过的每项决议——包括发布决定——都只是临时决议。
  • 所有决议都要发起共识征询（CfC），通常给出一周响应期；到期无人提出异议时，章程把临时决议视为工作组共识。
  • 章程明确服从现行 W3C Process；后者要求“相当数量”的合资格成员支持且无人坚持异议，并把沉默定义为弃权。
  • 公开邮件列表、GitHub 议题和公开会议纪要扩大了证据入口，但并不会自动把所有公众贡献者变成工作组决策的合资格参与者。
  • 每次 CfC 都应留下简明收据：精确提案版本、合资格集合、通知渠道和时限、积极支持、弃权或沉默、异议处理、主席判断以及后续重开记录。

会场里的决定还没有完成

一项提案在会议里获得同意，并不意味着它已经成为 W3C Math Working Group 的最终决定。章程故意在两者之间留出一段异步走廊。

任何面对面会议或电话会议形成的决议都先进入临时状态。随后必须通过电子邮件、GitHub 议题、网络调查等持久渠道发出 CfC。响应期为一周，但章程也保留由主席根据对工作组共识的评估来处理期限的空间。期限结束时若无人提出异议，该决议才被视为工作组共识。

这一周并非多余程序。无法参加会议的人可以核对原文；成员组织可以在内部咨询；实现者可以试验一个边缘条件；当场没有发言的人也可能在文化、时区或组织约束消失后补充技术信息。W3C Process 特别承认：新信息、缺席者的邮件以及参会但当时未发言者的后续意见，都可能构成重开决定的理由。

因此，会议纪要和 CfC 不是同一份证据。前者记录在场者当时通过了什么，后者记录整个合资格集合是否允许它转化为工作组决定。若系统只保留最后一个“通过”标签，临时状态为什么存在便无从查考。

“没人反对”只完成了一半证明

Math 章程给出的关闭条件很简洁：到期无人异议，决议就被认为取得共识。然而同一章程写明，若与 W3C Process 冲突，以 Process 为准；其决策条款也直接引用 Process 的共识规则。

现行 Process 把共识定义为两个条件同时成立：合资格集合中有相当数量的人支持决定，且无人坚持异议。它接着规定，明确表示没有意见或保持沉默，都属于弃权。

这意味着记录里至少有两条轴：

  • 异议轴回答是否存在持续反对；
  • 支持轴回答是否有足够多的积极支持。

沉默者不会制造异议，却也没有提供支持。把一周内没有收到反对解释为“所有人赞成”，就把第一条轴的结果复制到了第二条轴上。

W3C Process 允许“惰性共识”：充分通知后，没有异议可以被视为同意。这种办法让小型专业组不必为每项常规决定征集全员回执，是合理的。但同一文件也警告“普遍冷漠”——支持很少而弃权很多——并建议工作组设定最低积极支持门槛。Process 不要求统一百分比，也不默认要求法定人数。最终判断仍由主席作出。

所以这里没有形式上的矛盾。无异议是一种可用的决策机制；沉默仍是弃权；主席必须判断可见的积极支持是否足以称为共识。真正欠缺的不是一张机械计票表，而是能说明该判断依据的记录。

公开参与和决策资格不能混成一张名单

W3C Math Working Group 的技术工作具有很高的公开度。章程要求公开保存电话会议和面对面会议纪要，公众可以阅读和写入技术讨论及议题跟踪；主要渠道是 www-math 公共邮件列表和 GitHub。W3C Math 首页也邀请任何人订阅列表、阅读或创建议题。

但会议本身不向公众开放参与。W3C Process 还规定，默认有资格参与工作组决定的人，是该工作组的参与者。公众评论者可能提交了改变结论的测试结果，却不会仅凭一次评论就成为共识集合成员；一名正式参与者可能拥有决策资格，却选择沉默。

一份可信的决策收据应同时保存两张图。证据图收录内外部的评论、测试、替代方案和异议。资格图则列明当次决定的参与者集合，以及主席如何在其中评估支持、弃权和持续异议。前者不能因身份而被忽略，后者也不能因渠道公开而被无限扩大。

这种区分并不削弱开放性，反而避免了两个极端。一端把外部专家的技术证据当作“无权发言”；另一端把公开 GitHub 议题包装成没有边界的全民授权。公开渠道提供事实、审阅和纠错能力，不会自动产生制度性代表权。

Lu Heng 对多利益相关方治理的批评在这里提供了一条严格尺度：出席、参与、建议、异议和授权是不同事物。一个技术工作组可以在其被授予的范围内作出有效决定；它没有必要把沉默描述成赞成，才能证明自己的合法性。

主席判断不是计时器的自动输出

W3C Process 区分主席个人判断的事项和主席在评估工作组共识后记录的集体决定。CfC 的结果属于后者。服务器到了截止时间，不会自动产生共识；主席必须判断支持是否充分、反对是否达到持续异议，以及新信息是否要求回到讨论。

这项判断权不可省略。几封来自同一成员组织的邮件不能简单当作多个独立立场；一个人可以不同意却愿意接受；一个孤立的技术异议也可能揭示严重缺陷。把所有消息变成票数，会丢掉共识程序本来要保留的技术质量。

但判断权越重要，留下理由就越重要。关闭 CfC 时，记录应说明主席认定了什么，而不只是写“期限已过”。若异议已在讨论中处理，应链接到回应、修改或不修改的理由。若需要投票，Process 已要求记录议题、投票决定、结果和任何 Formal Objection。若新信息导致重开，旧决定和新决定之间应存在明确链路。

公开记录不必暴露成员专用通信、个人联系方式或安全敏感内容。它只需证明制度状态怎样改变：哪一版提案、谁有资格、通知如何送达、哪些支持是积极表达、异议怎样处理、由谁在何时作出判断。

一份最小共识收据

第一部分是提案身份。CfC 应固定到确切决议、文档版本、拉取请求提交或发布状态。若一周内文本发生实质变化，收据要说明原征询是否仍适用，还是需要重新开始。可变分支名和宽泛议题标题都不足以标识一个决定。

第二部分是程序边界。记录合资格参与者数量、使用的认可渠道、开始和结束时间，以及是否由主席调整了通常的一周期限。无需公开私人邮箱，也无需制造一个不存在的选民名册。

第三部分是响应分类。积极支持、明确弃权、沉默、可接受但保留意见的不同意、持续异议，应保持不同。非参与者的公共评论进入证据栏，而不是被抹去或冒充组内票数。

第四部分是处置。每项实质异议指向回应、文本变化、不修改理由或 Formal Objection 状态。Process 本来就要求对正式处理的问题给出公开且有实质内容的回应，并保留问题与回应摘要；收据只是把这些材料与最终决定连接起来。

最后是判断与沿革。收据写明主席、关闭时间、评估得到的共识状态和生效的精确决议。日后因新信息重开时，新记录引用旧记录而不是覆盖历史。

WCAG Working Group 曾公布更具体的 CfC 流程：电话会议决议不能替代正式征询；征询应链接相关讨论；异议可能被处置、记录或触发重开；正式决定进入决定页面。该页面明确声明它未必代表 W3C 共识，也不约束 W3C Math Working Group。它只能证明，在 W3C 的工作方式中，把提案、讨论、异议、处置和决定连成链并非无法做到。

证据边界

本文没有发现、也没有声称某一次 Math CfC 缺乏支持、漏发通知、错误处理异议或违规关闭。分析对象是公开规则，而不是未审计的决定集合。章程期待至少六名活跃参与者持续参与，也不等于每次决定都有六人出席或必须达到六票。

本文同样不主张沉默拥有否决权。共识不是全体一致，参与者可以弃权；主席在充分考虑观点后可以在仍有不同意见时推动工作，也可在讨论与妥协无法解开僵局时启动投票。

可以确认的边界已经足够：Math 章程以一周结束时无人异议作为转换条件，W3C Process 则把沉默定义为弃权，并要求实质支持与无持续异议同时存在。好的治理无需取消这只时钟，只需让时钟之外的那半份证据也留在记录中。

来源

  1. Lu Heng，《The Policy Mirror》
  2. Lu Heng，《The Multi-Stakeholder Mirage》
  3. W3C，Math Working Group Charter（2026）
  4. W3C Process Document，2025 年 8 月 18 日
  5. W3C，Math Working Group 公共页面
  6. W3C Math 首页
  7. W3C，Working/Interest Group Chair 指南
  8. W3C，“W3C updates its Process Document”
  9. WCAG Working Group Consensus Procedure