Resumen

  • El W3C abrió el 26 de agosto de 2026 el issue 570 del Strategy Funnel para renovar la carta del Audio Working Group. Describe la posible adopción de Web Speech API como un cambio sustancial de alcance, pero el trabajo todavía no está listo para revisión horizontal y carece de fecha prevista de cierre.
  • Una conversación del grupo propone mantener reconocimiento y síntesis en una única especificación, publicar un First Public Working Draft a comienzos de 2027 y buscar Candidate Recommendation en 2028. Son propuestas atribuidas, no una resolución del grupo.
  • El borrador público de la carta sigue declarando fuera del alcance directo tanto el reconocimiento como la síntesis de voz. Solo enumera Web Audio API 1.1 y Web MIDI API como entregables normativos.
  • Web Speech sigue recibiendo cambios y muestra fecha de 10 de agosto, pero se identifica como Draft Community Group Report. Actividad técnica, pruebas y uso no lo convierten por sí solos en Working Draft del W3C.
  • Un expediente de transferencia debería unir el documento exacto, el texto de la carta, las revisiones, la decisión del W3C, la adopción posterior, el FPWD y el estado de los compromisos sobre patentes.

La intención pública aún no está en la carta

El primer registro apareció el 26 de agosto. El Strategy Funnel abrió una ficha para la futura carta del Audio Working Group y marcó como cambio sustancial la posibilidad de adoptar Web Speech API. La misma ficha establece sus límites actuales: el borrador se encuentra bajo revisión del grupo, aún no está preparado para las revisiones horizontales y no existe una fecha estimada para terminar el refinamiento.

El repositorio del grupo ofrece más contexto. La carta vigente vence el 8 de noviembre de 2026. El 27 de agosto, un participante propuso trasladar Web Speech como una sola especificación para reconocimiento y síntesis, mantener una continuidad editorial y apuntar a FPWD a comienzos de 2027 y CR en 2028. El 30 de agosto llegó una respuesta favorable, aunque también recordó que las fechas de hitos casi nunca son exactas.

Esas intervenciones hacen visible un rumbo. No equivalen a consenso, revisión de los representantes de los Miembros ni aprobación del W3C. Participar en la formación de una propuesta no es ejercer la autoridad final sobre la carta.

El texto público mantiene la regla anterior. Su alcance incluye procesamiento PCM, acceso a dispositivos de audio, información de capacidades y caché, y acceso a dispositivos MIDI. La sección de exclusiones dice que la funcionalidad específica de reconocimiento y síntesis de voz no será tratada directamente. La lista normativa contiene Web Audio API 1.1 y Web MIDI API; no contiene Web Speech.

También hay señales claras de edición pendiente: una nota pide regenerar los entregables tras una nueva Working Draft de Web Audio y varias previsiones conservan marcadores de año. Por eso, la exclusión actual no debe leerse como un rechazo definitivo. Pero mientras el texto no cambie tampoco puede usarse el issue de estrategia como si ya hubiese otorgado competencias.

Un documento activo puede conservar un estatus limitado

La especificación Web Speech no está congelada. La edición visible lleva fecha de 10 de agosto de 2026, identifica editor, incidencias abiertas y trabajo continuo en web-platform-tests. El contenido trata reconocimiento, síntesis, procesamiento local, disponibilidad de idiomas, permisos y salvaguardas de privacidad.

Su cabecera no dice Working Draft. Dice Draft Community Group Report. La ficha del Speech API Community Group señala que el grupo cerró el 27 de marzo de 2023 y recuerda que estos grupos son impulsados por la comunidad y no representan necesariamente las opiniones de los Miembros o del personal del W3C. Otra página conserva los compromisos asumidos bajo el Community Final Specification Agreement.

No hay incompatibilidad entre el cierre institucional y la continuidad técnica. Los editores pueden mantener el texto, las implementaciones pueden avanzar y las pruebas pueden mejorar. Esos hechos aportan experiencia; no sustituyen una carta aprobada ni una decisión de adopción del Working Group.

Tampoco sería correcto usar la etiqueta Community Group para descartar el trabajo. El nombre sitúa su autoridad actual y su procedencia. Una noticia responsable debe reconocer simultáneamente que el texto está vivo y que todavía no ha cruzado el umbral formal que se está proponiendo.

Del debate a la autoridad hay varias decisiones

El Process Document obliga a que la carta defina misión, alcance, duración, entregables, criterios de éxito e hitos cuando estén disponibles. Una renovación sustancial pasa por revisión del Advisory Committee y una decisión del W3C. La revisión dura al menos 28 días; una solicitud puede ampliarla hasta un mínimo de 60. La convocatoria debe destacar los cambios importantes, explicar su razón y enlazar la disposición de comentarios recibidos durante el refinamiento.

Esta secuencia no resta valor al debate público. Le asigna su función correcta. Participantes y Chairs desarrollan una propuesta; el Charter Facilitator ayuda a convertirla en texto; los grupos horizontales examinan accesibilidad, internacionalización, privacidad, seguridad y arquitectura; los representantes de los Miembros revisan una versión definida; finalmente el W3C decide.

Incluso una carta que incluya Web Speech solo autorizaría el trabajo. El grupo tendría que decidir qué texto adopta y cuándo pide el FPWD. Una primera Working Draft es una base pública para trabajar, no una afirmación de consenso completo ni una recomendación del W3C. La CR exige una etapa posterior de revisión e implementación.

Las fechas sugeridas deben permanecer vinculadas a esa condición. Si se separan reconocimiento y síntesis, si las revisiones descubren nuevas dependencias o si la carta tarda más, el calendario puede variar sin convertir la estimación inicial en una promesa incumplida.

El perímetro de patentes también necesita una fecha

El traslado altera el contexto de compromisos. El índice público de Web Speech conserva compromisos del Community Final Specification Agreement. Un futuro Audio Working Group operaría bajo la Patent Policy de 15 de mayo de 2025. Esa política define obligaciones de participación y abre con el FPWD una oportunidad de exclusión de 150 días, con las condiciones detalladas en el propio texto.

No son dos nombres para el mismo registro. La historia del Community Group debe acompañar al documento. La nueva carta, la participación en el Working Group, la versión adoptada y la oportunidad ligada al FPWD forman otra cadena de custodia.

Las fuentes no identifican ninguna reivindicación, exclusión o disputa de patentes. El análisis no anticipa una. Exige únicamente que la transición indique qué instrumento rige en cada estado y que no convierta un compromiso previo en prueba automática de otro futuro.

Para ello también hace falta fijar la versión exacta. Web Speech es un informe vivo. Antes de una revisión formal debe saberse qué instantánea se propone, si reconocimiento y síntesis continúan juntos y qué información de borrador adoptado e historial de exclusión corresponde conservar.

Un expediente de transferencia de alcance

El registro puede ser breve. Debe comenzar con la identidad, fecha e instantánea del Draft Community Group Report, su procedencia y su página de compromisos. Después debe registrar la propuesta de traslado: grupo receptor, autor, fecha, justificación y unidad concreta del entregable.

La primera carta que realmente incorpore Web Speech debe tener una entrada propia. El historial ha de conservar la exclusión anterior. Las solicitudes de revisión horizontal, los problemas materiales y sus disposiciones deben apuntar a esa versión. La revisión del Advisory Committee, cualquier extensión y la decisión del W3C son actos distintos.

Si la carta entra en vigor, todavía falta la decisión del Working Group de adoptar el documento. La publicación del FPWD y su ventana de Patent Policy conforman otro estado. Working Drafts posteriores, CR y Recommendation deben añadir sus propias pruebas de revisión, tests e implementación. Retirada, división o regreso a incubación son resultados posibles y no deberían desaparecer.

No hace falta publicar comentarios confidenciales de los Miembros ni material jurídico protegido. Basta con mostrar qué texto estaba ante cada actor, qué autoridad actuó y cuál es el estado vigente.

La idea del Policy Mirror de Heng Lu sirve aquí de forma acotada: la carta pública debería reflejar el trabajo autorizado y la etiqueta de madurez debería reflejar la decisión lograda. Mantener código, participar o implementar no entrega autoridad institucional. Tampoco el nombre contextual IETF-W3C del directorio concede al IETF papel alguno en esta decisión del W3C.

Fuentes

  1. Heng Lu, The Policy Mirror
  2. Issue 570 del W3C Strategy Funnel
  3. Borrador de la carta Audio 2026
  4. Conversación sobre la renovación del grupo Audio
  5. Carta vigente del Audio Working Group
  6. Informe de edición de Web Speech API
  7. Registro del Speech API Community Group
  8. W3C Process Document
  9. W3C Patent Policy
  10. Compromisos Community Final Specification Agreement de Web Speech