Resumen

  • La carta de 2026 del W3C Math Working Group declara provisionales todas las resoluciones tomadas en reuniones presenciales o teleconferencias, incluidas las de publicación.
  • Cada resolución recibe una llamada de consenso (CfC) con un periodo de respuesta de una semana, sujeto a la evaluación de los Chairs. Sin objeciones al cierre, se considera una resolución de consenso del grupo.
  • La misma carta se somete al W3C Process. Allí, consenso significa apoyo de un número sustancial de personas elegibles y ninguna objeción sostenida; callar equivale a abstenerse.
  • Los canales técnicos públicos permiten que personas externas aporten pruebas y objeciones, pero el conjunto elegible para una decisión sigue siendo, por defecto, el de participantes del grupo.
  • Un recibo de consenso debería unir la versión exacta, el conjunto elegible, el aviso, el apoyo activo, las abstenciones, la disposición de objeciones, el juicio de los Chairs y cualquier reapertura posterior.

La resolución sale de la reunión con una condición pendiente

El W3C Math Working Group no permite que una decisión de teleconferencia se haga pasar sin más por la voluntad definitiva del grupo. Su carta añade una condición: toda resolución de una reunión física o remota es provisional. Después debe publicarse una CfC, por ejemplo mediante correo, una issue de GitHub o una encuesta web.

El plazo ordinario es una semana, aunque la redacción conserva margen para la evaluación del consenso por los Chairs. Si al finalizar no se ha planteado una objeción, la resolución pasa a considerarse consenso del Working Group.

El mecanismo corrige una limitación práctica. Una reunión depende de zona horaria, agenda, velocidad de conversación y posibilidad de consultar a otros. La semana asíncrona permite leer la formulación exacta, probar un efecto en software o accesibilidad y convertir una duda vaga en una objeción con razones. También permite a quien no habló durante la reunión escribir después; el W3C Process menciona expresamente esa clase de información al describir cuándo puede reabrirse una decisión.

Hay, por tanto, dos actos. Las personas presentes resuelven algo en la reunión. Luego el grupo elegible atraviesa una ventana de revisión que puede confirmar, modificar o reabrir el resultado. Un buen registro debe conservar ambos actos y no atribuir el segundo al primero.

Dos condiciones, no una

La frase “no hubo objeciones” resulta cómoda porque puede verificarse con un archivo. Pero el W3C Process define el consenso con una conjunción, no con una sola condición.

Primero, un número sustancial de personas del conjunto elegible debe apoyar la decisión. Segundo, nadie de ese conjunto debe sostener una objeción. El mismo texto aclara que las personas pueden abstenerse y que una abstención puede expresarse de forma explícita o mediante silencio.

La ausencia de respuesta ayuda a describir la segunda condición: esa persona no dejó una objeción sostenida. No satisface por sí sola la primera. Cinco silencios no son cinco apoyos. Tampoco son cinco vetos.

El Process permite a los Chairs utilizar consenso perezoso, donde la falta de objeción tras aviso suficiente se toma como asentimiento. La flexibilidad es coherente con el trabajo técnico: obligar a cada especialista a responder cada corrección editorial gastaría atención sin mejorar el resultado. Sin embargo, el propio Process aconseja evitar decisiones con apatía generalizada y propone que los grupos establezcan mínimos de apoyo activo.

No establece un porcentaje común ni exige quórum por defecto. La carta del Math Working Group tampoco añade una cifra a su regla de una semana. La prueba final depende, por tanto, del juicio de los Chairs sobre si el apoyo visible es sustancial en ese contexto.

El problema no es la falta de una votación

Sería fácil responder con una cuota fija: tres apoyos, la mitad del grupo o seis respuestas. Pero una cifra única puede tratar de la misma manera una errata, una transición editorial y un cambio que compromete a varios motores de navegador.

La carta espera que el grupo mantenga seis o más participantes activos durante su vigencia, incluidos representantes de implementadores clave y responsables activos de edición y pruebas. Esa expectativa describe la salud del grupo; no es un quórum para cada CfC. Convertirla retroactivamente en una regla de votación inventaría una obligación que el texto no contiene.

La alternativa no consiste en renunciar a toda medición. Consiste en mostrar el contexto que los Chairs usaron. ¿Cuántas personas eran elegibles? ¿Por qué canales recibieron aviso? ¿Cuántas apoyaron activamente? ¿Cuántas se abstuvieron de forma explícita? ¿Cuántas guardaron silencio? ¿Hubo discusión previa suficiente para que una respuesta breve fuese razonable?

Esos datos no sustituyen el juicio. Evitan que el juicio desaparezca detrás de un temporizador.

Una puerta pública no crea un electorado infinito

W3C Math desarrolla gran parte de su trabajo a la vista. La carta promete actas públicas, discusión técnica y seguimiento de issues que el público puede leer y escribir. La lista www-math y GitHub son los canales principales, y la página del grupo invita a cualquier persona a seguir la conversación o crear una issue.

Las reuniones, sin embargo, no están abiertas a participación pública. Además, el W3C Process define por defecto como elegibles para la decisión a los participantes del grupo. Una persona externa puede aportar un test que cambie la propuesta; los Chairs deben considerar las opiniones y objeciones legítimas de dentro y fuera. Esa contribución no convierte automáticamente a su autor en parte del conjunto formal de consenso.

La situación inversa también importa. Un participante formal conserva su elegibilidad, pero si no responde su estado es abstención. El cargo no transforma el silencio en voz.

Por eso conviene separar el mapa de pruebas del mapa de decisión. En el primero caben comentarios, resultados, alternativas y objeciones de toda procedencia. El segundo describe quién era elegible y cómo evaluaron los Chairs apoyo y disenso dentro de ese conjunto. Así se protege la apertura sin exagerar su mandato.

La advertencia de Lu Heng sobre el modelo multistakeholder encaja aquí como método, no como acusación: participación, asesoramiento, objeción y autorización deben conservar nombres distintos. Una institución técnica gana credibilidad cuando afirma exactamente el alcance que tiene.

El juicio de los Chairs debe dejar rastro

El W3C Process distingue entre decisiones personales del Chair y decisiones del grupo registradas por el Chair tras evaluar consenso o realizar una votación. El cierre de la CfC pertenece a la segunda clase.

No puede automatizarse del todo. Una objeción puede ser nueva o haber sido contestada. Una persona puede discrepar y, aun así, aceptar que el grupo avance. Varias respuestas pueden compartir afiliación. Un comentario tardío puede contener información técnica que nadie tuvo en la reunión. Contar mensajes sin leerlos destruiría el sentido de la deliberación.

Pero el rastro puede ser compacto. El cierre debe identificar la propuesta exacta, el apoyo activo observado, las objeciones y su disposición, los Chairs responsables, el momento de decisión y la resolución resultante. Si se recurre a votación, el Process ya exige registrar la cuestión, la decisión de votar, el resultado y las Formal Objections. Si aparece información nueva, la reapertura también debe registrarse y, a petición de un participante, el Chair tiene obligación de hacerlo.

Nada obliga a publicar conversaciones Member-only ni datos personales. Se puede mostrar la estructura de la decisión sin revelar contenido protegido.

Anatomía de un recibo de consenso

El primer bloque fija el objeto. La CfC debe apuntar a un texto, commit, snapshot o estado de publicación exacto. Si cambia materialmente durante la semana, el registro explica si la llamada sigue, se modifica o se reinicia. Una rama mutable no basta como identidad.

El segundo bloque fija el proceso: definición y tamaño del conjunto elegible, canales reconocidos, apertura, cierre y cualquier variación del plazo. Publicar el denominador no requiere publicar direcciones privadas.

El tercer bloque clasifica respuestas. Apoyo afirmativo, abstención explícita, silencio, desacuerdo tolerado y objeción sostenida son estados distintos. Los comentarios externos quedan junto a las pruebas y no se descartan ni se cuentan como votos del grupo.

El cuarto bloque conserva la disposición. Cada objeción sustantiva enlaza a la respuesta, al cambio aplicado, a una razón para no cambiar o a una Formal Objection. El Process ya pide respuestas públicas sustantivas y un resumen exacto de issues y respuestas; el recibo sólo las conecta con su decisión.

El último bloque registra el juicio y el linaje: quién cerró, cuándo, qué estado de consenso evaluó, qué resolución quedó vigente y qué información produjo una reapertura posterior. Corregir la decisión no exige borrar su historia.

El procedimiento publicado por el WCAG Working Group ofrece una comparación útil. Dice que una resolución de teleconferencia puede preceder, pero no reemplazar, la CfC; que la llamada enlaza la discusión; que las objeciones pueden quedar registradas o reabrir el debate; y que las decisiones formales se anotan. La página es antigua, específica de otro grupo y advierte que puede no representar consenso W3C. No obliga a Math. Sólo demuestra que una cadena de evidencias semejante cabe dentro de la práctica de W3C.

Límite probatorio

Las fuentes revisadas no prueban que una CfC concreta del W3C Math Working Group haya carecido de apoyo, omitido una notificación, gestionado mal una objeción o cerrado de manera indebida. Este Artículo examina el diseño público de la regla y no acusa al grupo de infringirla.

Tampoco entrega poder de bloqueo a las personas silenciosas. Consenso no equivale a unanimidad. Puede haber abstenciones y, después de considerar las preocupaciones legítimas, un grupo puede avanzar con disenso. Cuando discusión y compromiso no resuelven un bloqueo, existe la votación.

La frontera demostrable es más precisa: la carta usa una semana sin objeciones para transformar una resolución provisional; el Process dominante trata el silencio como abstención y exige apoyo sustancial además de ninguna objeción sostenida. El recibo propuesto no cambia la decisión. Hace visible la evidencia completa que la justifica.

Fuentes

  1. Lu Heng, «The Policy Mirror»
  2. Lu Heng, «The Multi-Stakeholder Mirage»
  3. W3C, Math Working Group Charter (2026)
  4. W3C Process Document, 18 de agosto de 2025
  5. W3C, página pública del Math Working Group
  6. Página principal de W3C Math
  7. W3C, guía para Chairs de Working/Interest Groups
  8. W3C, «W3C updates its Process Document»
  9. WCAG Working Group Consensus Procedure