摘要

  • W3C 于2026年8月26日为 Audio Working Group 重订章程建立 Strategy Funnel issue 570，把“考虑采纳 Web Speech API”列为实质性范围变化，同时说明草案仍在工作组审阅阶段、尚未进入横向审查，而且 refinement 结束时间未知。
  • 工作组仓库中的提议希望把识别与合成保留在同一份规范内，计划在2027年初发布 First Public Working Draft，并在2028年争取进入 Candidate Recommendation。公开支持意见属于参与证据，不等于工作组决定。
  • 目前的章程草案仍明确把语音识别与语音合成排除在直接范围之外；规范性交付物只有 Web Audio API 1.1 与 Web MIDI API，没有 Web Speech。
  • 8月10日版本的 Web Speech 仍在活跃编辑并关联测试，但其公开状态是 Draft Community Group Report。实现、测试和代码仓库活动不会自动把它提升为 W3C Working Draft。
  • W3C 应为这次移交建立“范围交接案卷”，依次连接准确文档、章程版本、审查处置、W3C 决定、工作组采纳、FPWD 与专利承诺状态，只有有权主体完成动作后才改变状态。

两份公开记录尚未说同一件事

这次变化在几天内变得具体。8月26日，W3C Strategy Funnel 为 Audio Working Group 的下一份章程建立公开条目。条目没有含糊处理变化幅度，而是把“考虑采纳 Web Speech API”标为实质性范围变化。它也同时保留三个限制：当前仍是工作组内部审阅，尚不适合发起 accessibility、internationalization、privacy、security 与 TAG 等横向审查，refinement 阶段何时结束仍未知。

Web Audio 仓库中的重订章程讨论补充了候选路线。现行章程将在11月8日到期。8月27日，一名参与者建议由 Audio Working Group 接下 Web Speech，把语音识别与合成继续放在同一份规范里，保持编辑工作的连续性，并把2027年初 FPWD、2028年 CR 作为暂定里程碑。8月30日，另一名 W3C 参与者赞成把 Web Speech 纳入范围，同时坦言这类时间估算很少准确。

这些发言当然有信息价值。它们显示了具体的接收组织、文档形态和时间设想，也让外部审阅者可以在决定形成前提出问题。但它们没有记录工作组共识，没有启动 Advisory Committee 审查，更不是 W3C 的批准行为。参与可以塑造提案，不能替代授权。

同一时点的章程草案仍保留旧边界。其范围包括 PCM 音频处理、音频输入输出设备、缓存与能力信息，以及 MIDI 设备访问。“Out of Scope”一节仍写明，语音合成和语音识别的具体功能不属于本组直接范围。规范性交付物清单只列 Web Audio API 1.1 和 Web MIDI API，Web Speech 并未出现。

草案本身也留下了未完成标记：交付物部分等待新版 Web Audio Working Draft 后重新生成，预计完成日期仍有年份占位。这说明文本正在加工中，因此不应把现有排除条款报道成永久否决。但在条款真正改动以前，也不能用 Strategy issue 的一句“考虑采纳”来宣称授权已经发生。

技术上活跃，不等于制度状态已经升级

Web Speech API 不是一份无人维护的旧文档。当前编辑稿日期为2026年8月10日，注明编辑者、公开 issue 跟踪和正在继续的 web-platform-tests。它同时覆盖语音识别与合成，并处理本地识别、语言包可用性、权限、录音提示和隐私等现实问题。

状态标题却同样关键：Draft Community Group Report。Speech API Community Group 页面说明原社区组已于2023年3月27日关闭，并提醒读者，Community Group 由社区提出和运行，不必然代表 W3C Members 或工作人员的立场。另一份 W3C 记录列出了依据 Community Final Specification Agreement 作出的承诺。

“社区组已关闭”和“技术文档仍活跃”完全可以同时为真。编辑者可以继续改善文本，浏览器可以部署相关能力，测试也可以扩充。它们证明技术持续性与实现需求，却不能替代一份获批章程，也不能替代工作组对文档的正式采纳。

反过来，Community Group 标签也不表示文本没有价值、已经废弃或技术上必然不成熟。它准确说明当前文本的制度来源和承诺框架。可靠报道必须把活跃工程与有限成熟度同时保留下来，而不是只选择更有戏剧性的那一半。

从意见到权限，要经过多道不同决定

W3C Process 对章程内容有明确要求：使命、范围、期限、交付物、成功标准，以及在可知时提供预计里程碑。实质性重订章程需要先经过 Advisory Committee 审查，再由 W3C 作出决定。审查期至少28天；如有代表提出延长要求，至少延至60天。Call for Review 还必须突出重要变化、解释原因，并附上 refinement 期间评论的处置情况。

这套程序没有贬低 GitHub 讨论，反而给每一种参与行为分配了准确位置。参与者提出并检验方向；Chairs 与 Charter Facilitator 把方向写进可审阅文本；横向组分别审查无障碍、国际化、隐私、安全和架构；Advisory Committee 代表审阅固定版本；W3C 最后决定是否授予新的范围。

即便新章程最终明确包含 Web Speech，技术内容也没有因此获得批准。章程只允许工作组开展这项标准工作。工作组仍要决定采用哪一版文本、何时请求公开。依照 W3C Process，First Public Working Draft 是公开的工作基础，可能仍有分歧，也不代表 W3C 或其 Members 对内容背书。Candidate Recommendation 则需要后续的广泛审查与实现证据。

因此，2027与2028应被标为提议中的时间点，而不是交付承诺。如果识别与合成后来拆分、横向审查要求重做关键设计，或章程批准晚于预期，日期可以调整；调整不能反向抹掉最初提案的内容和条件。

专利承诺也有各自的来源与起点

把文档从 Community Group 历史带入 Working Group，不只是换一套会议安排。它还改变专利承诺的制度环境。

Web Speech 的公开承诺页记录的是 Community Final Specification Agreement 之下的承诺。若 Audio Working Group 依新章程接手工作，它将适用2025年5月15日版 W3C Patent Policy。该政策为工作组参与者规定了特定的免版税许可义务，并在 FPWD 发布时开启150天 exclusion opportunity，具体适用条件由政策文本界定。

两份记录有关联，却不能相互冒充。Community Group 的承诺历史应作为文档来源被保留；新章程范围、工作组参与状态、采纳版本和后续排除窗口属于 Recommendation-track 的另一条保管链。

现有证据没有指出任何具体专利权利主张、计划排除或争议，本文也不作此类推断，更不提供法律意见。治理要求只在于：每个阶段都应说明适用哪份制度、覆盖哪一版文本、从何时开始、由谁承担义务。

这也是为什么正式审查前必须冻结准确的起始文档。“Web Speech API”是会继续变化的编辑稿名称。审阅者需要知道拟接收的是哪一份快照，识别与合成是否仍为一个交付物，以及旧有承诺和新制度字段如何一并保留。

建立一份范围交接案卷

最小可行记录不需要创造新的决策机构。第一条应固定当前 Draft Community Group Report 的日期、不可变快照、社区组来源和承诺索引。第二条记录交接提案：提议者、日期、接收工作组、理由，以及拟移交的是一份统一规范还是多个交付物。

章程条目必须指向第一份真正把 Web Speech 写进范围的准确版本，同时把旧有排除条款保留在版本历史中。横向审查请求、重要问题和公开处置应绑定到该版本。Advisory Committee 审查窗口、可能的延期和 W3C 决定分别记录，不能合并为一次“已批准”。

若章程生效，案卷继续记录工作组自身的文档采纳决定。FPWD 发布及其 Patent Policy 窗口是下一状态。后续 Working Draft、CR、Recommendation 分别携带测试、实现和审查证据。拆分规范、撤回、回到孵化或改由另一组织接收，都应是可记录的正常结果。

案卷无需公开 Members 的保密评论、内部法律意见或未公开专利材料。它只需证明每一步面对的是哪一份文本、谁有权行动、何时行动、当前状态是什么。

Heng Lu 的 Policy Mirror 在这里提供的是有限的记录原则：公开章程应镜像一个群体真正获准进行的工作，成熟度标签应镜像已经完成的决定。维护仓库、参加讨论和部署实现都有价值，却都不是对制度权限的所有权。这个原则也不会因为名录链接名为 IETF-W3C 就赋予 IETF 任何 W3C 决策权。

来源

  1. Heng Lu，The Policy Mirror
  2. W3C Strategy issue 570
  3. Audio Working Group 2026 章程草案
  4. Audio Working Group 重订章程讨论
  5. Audio Working Group 现行章程
  6. Web Speech API 编辑稿
  7. Speech API Community Group 记录
  8. W3C Process Document
  9. W3C Patent Policy
  10. Web Speech 的 Community Final Specification Agreement 承诺