摘要

  • 2026 年 8 月 18 日，W3C 启动新一轮 BTT 章程审查，公众意见截止 9 月 18 日；现行章程同时延长至 10 月 23 日。
  • 现行章程把 AT Driver 列为规范性交付物；拟议后继章程明确将其删除，并称 ARIA 可在重新制定章程时接收它。
  • ARIA 现行章程有效至 2027 年 1 月 1 日，但规范性交付物清单中没有 AT Driver。
  • ARIA 议题 2826 仍为开放和处理中。7 月会议记录给出的是潜在接收路径，而不是已经作出的接收决定。
  • 8 月 26 日的 AT Driver 编辑草案仍以 BTT 为发布组。草案可在过渡期继续修改，但这不等于 ARIA 已取得标准轨道授权。
  • W3C 应建立版本化交接簿，把移出章程、接收章程、规范快照、决策权限、参与者和专利政策背景连成一条可核验记录。

同一份工作，两个不同的时态

AT Driver 用于检查和远程控制辅助技术软件。测试程序可以连接屏幕阅读器、改变设置、发送用户操作，并接收其朗读输出。协议大量借鉴 WebDriver BiDi 的双向通信概念，但被控制的对象并不一定局限在浏览器内部。

这种跨界属性解释了它为何先进入 BTT，又可能转向 ARIA。2024 年，W3C 把 AT Driver 纳入 Browser Testing and Tools Working Group 章程。现行章程至今仍把它与 WebDriver、WebDriver BiDi 并列为规范性规范。8 月 18 日，W3C 将该章程延长至 10 月 23 日，以覆盖后继章程的审查期。

拟议新章程使用了未来时。其规范性交付物只剩 WebDriver 和 WebDriver BiDi；历史表明确写明“AT Driver deliverable dropped”。协调条款又说，这项工作“曾经”属于 BTT 范围，ARIA 可在重新制定章程时接收。

现行章程回答“今天谁有权”；拟议章程回答“批准后希望怎样”。9 月 18 日只是审查截止时间，不会自动把未来时改成现在时。

ARIA 更合适，不等于已经接手

ARIA 侧的理由并不薄弱。7 月 8 日的编辑会议指出，AT Driver 一端连接浏览器和 WebDriver BiDi，另一端连接屏幕阅读器厂商与辅助技术接口。BTT 的浏览器自动化经验有价值，但当时由辅助技术厂商直接完成的一项实现，其厂商代表在 ARIA，而不在 BTT。

更重要的是，ARIA 的互操作性承诺需要可扩展的测试。如果屏幕阅读器的朗读、模式切换和用户意图只能人工核验，大规模、跨产品测试就难以建立。AT Driver 因而直接服务于 ARIA 的可测试性，而不是一件纯粹的浏览器工具。

但现行 ARIA 章程虽然涵盖大量 WAI-ARIA、Accessibility API Mapping 和 ARIA-AT 协作，却没有把 AT Driver 列为规范性交付物。议题 2826 只是在讨论“是否纳入下一份章程”，目前仍开放、状态为处理中，公开页面也没有关联分支或合并请求。

会议记录给出的下一步是：主席与 W3C 工作人员先讨论，再形成可能的 ARIA 章程草案，先由 ARIA 审议，之后进入 Advisory Committee 审查。记录还说，联合交付物曾被建议，但当时并不可行。这些都是尚待完成的动作。

技术连续性与制度接收可以分开

与会者直接讨论了最容易被忽略的时间差：如果 BTT 先删除 AT Driver，ARIA 章程尚未准备好，会怎样？公开回答并非停止工作。AT Driver 仍是 Editor's Draft，尚不是 Working Draft；编辑工作可以继续。如果 ARIA 路径最终不成，Community Group 还可以发布社区报告，日后再尝试进入 Working Group。

真正的边界出现在规范引用和标准轨道授权。会议记录称，Community Group 一侧当时不能充当所需的规范引用来源，必须等待某个 Working Group 批准。继续改草案、形成社区报告和由 Working Group 发布标准轨道文件，是三个不同的制度动作。

8 月 26 日的草案状态与此一致。页面仍写明由 BTT 发布，反馈仍发往 BTT 邮件列表，同时注明 Editor's Draft 不代表 W3C 或成员认可。因为 BTT 现行章程仍包含 AT Driver，这一状态并不异常；它只说明接收动作尚未完成。

章程还划定承诺边界

W3C 自己的章程指南把 scope 视为允许开展工作的外边界，也与专利承诺有关。Community Group 转向 Working Group 的指南进一步要求：若现有 Working Group 的范围不覆盖新工作，就应重新制定章程；接收章程应列明转入的交付物，以及与原 Community Group 的关系。

这不支持“专利真空”的结论。W3C Patent Policy 把承诺与参与者加入的特定 Working Group 的工作相连；已经生效的承诺不会因退出或换章程而随意消失，对实质相似的后续文本还有持续规则。现有证据也没有显示专利侵权、排除声明或许可失败。

应当核验的是向前看的控制面：以后谁批准实质修改，谁有权发布，哪些成员重新加入接收组，非成员贡献者通过什么机制纳入承诺。代码仓库的提交记录不能单独回答这些问题。

建立一份双向交接簿

W3C 无需为了等文件而冻结 AT Driver。更轻量的做法是发布一份版本化交接簿，让技术工作连续、制度状态也连续。

移出一侧记录 BTT 现行章程、实际终止日和该授权下的 AT Driver 精确快照。接收一侧在 ARIA 草案出现后，记录组内决定、Advisory Committee 审查、批准或拒绝、Call for Participation。中间状态写明仓库保管者，以及每类决定由哪个组织授权。

决定类别必须分开标注：Editor’s Draft 更新、Community Group 报告、Working Group 决议、First Public Working Draft 或其他标准轨道转阶段。每条记录都应有时间、异议链接、替代对象和当时的规范引用状态。

交接簿还可用不披露机密法律意见的方式，列出适用的 Patent Policy 版本、加入接收组的路径及非参与者承诺机制；同时展示浏览器实现者、屏幕阅读器厂商、编辑和测试负责人是否进入同一个决策过程。

Heng Lu 所区分的正是“参与”与“授权”。能向仓库提交内容，不代表仓库本身有权决定哪一个机构可以把成果作为规范发布。交接簿把这道转换规则公开出来。

审查期可以提前封住缝隙

BTT 拟议章程已经承认，ARIA 只是可能的接收方。审查者不必反对技术转移，也可以要求移出条款链接接收章程状态、说明过渡期权限，并给出下一次公开检查点。

这不会剥夺 ARIA 的选择。相反，它保证 ARIA 可以在技术投入尚未被误写成机构同意之前，真实讨论范围、负担、参与结构和专利政策。BTT 在现行章程有效期内的权力也得到保留。

下一份章程还没有准备好，不等于规范被遗弃；大家大致知道它会去哪里，也不等于交接已经完成。

来源

  1. W3C BTT 章程审查公告
  2. BTT 拟议章程
  3. BTT 现行章程
  4. ARIA 议题 2826
  5. 2026 年 7 月 8 日 ARIA 编辑会议记录
  6. ARIA 现行章程
  7. ARIA 章程历史
  8. AT Driver 编辑草案
  9. W3C Community Group 转入 Working Group 指南
  10. W3C 2025 年 5 月 15 日专利政策
  11. W3C 专利政策常见问题
  12. Heng Lu，《The Multi-Stakeholder Mirage》