Resumo

  • Toda resolução adotada pelo W3C Math Working Group em reunião presencial ou teleconferência, inclusive sobre publicação, permanece provisória até passar por uma chamada de consenso.
  • A carta prevê uma semana para respostas, dependendo da avaliação dos Chairs. Se não houver objeção no encerramento, a resolução é considerada consenso do Working Group.
  • O W3C Process prevalece sobre a carta e define consenso como apoio de um número substancial de pessoas elegíveis sem objeção sustentada; silêncio e ausência explícita de opinião são abstenções.
  • Discussões, atas, lista pública e GitHub ampliam quem pode oferecer evidência técnica, mas não eliminam a fronteira do conjunto formal de participantes da decisão.
  • Um recibo de consenso deve preservar versão, conjunto elegível, aviso, apoio expresso, abstenções, objeções e respostas, avaliação dos Chairs e eventual reabertura por informação nova.

Um relógio útil, mas incompleto

O W3C Math Working Group adotou uma proteção importante contra o domínio de quem estava disponível para uma reunião. A resolução aprovada na sala ou na teleconferência não sai dali definitiva. Ela recebe o estado provisório e precisa ser exposta a uma CfC em canal persistente, como e-mail, issue no GitHub ou pesquisa pela web.

O período de resposta é de uma semana, com uma ressalva ligada à avaliação do consenso pelos Chairs. Sem objeções até o encerramento, a resolução passa a ser considerada uma resolução consensual do grupo.

Esse intervalo dá utilidade institucional ao tempo. Uma pessoa ausente pode ler o texto exato. Um representante pode consultar colegas. Um implementador pode testar uma consequência. Quem permaneceu calado durante a reunião pode formular uma observação depois. O W3C Process reconhece todas essas hipóteses ao permitir reabrir decisões diante de nova informação, inclusive comentários posteriores de ausentes e presentes silenciosos.

Há dois marcos que não devem ser fundidos: a resolução da reunião e a decisão do Working Group após a CfC. A ata do primeiro evento não prova, por si só, o segundo. A semana existe justamente porque presença e conjunto elegível não são idênticos.

Ausência de objeção não preenche a coluna de apoio

Uma CfC sem respostas contrárias informa que nenhuma objeção sustentada apareceu no prazo. Essa informação é legítima. O erro começa quando a mesma ausência é reaproveitada como se fosse uma lista de apoiadores.

O W3C Process de 18 de agosto de 2025 define consenso com dois elementos. Um número substancial de indivíduos no conjunto elegível apoia a decisão; ninguém nesse conjunto mantém objeção. Pessoas podem se abster, e o texto diz que a abstenção inclui tanto a declaração explícita de não ter opinião quanto o silêncio.

Logo, uma pessoa calada não cria oposição e não fornece apoio. O estado dela é importante exatamente porque está entre esses polos.

O Process permite o chamado lazy consensus, no qual a falta de objeção após aviso suficiente é tomada como assentimento. Essa liberdade é necessária: exigir uma manifestação formal em cada ajuste cotidiano consumiria mais capacidade do que criaria certeza. Mas o mesmo documento orienta os grupos a evitar decisões com apatia generalizada — pouco apoio e muitas abstenções — por meio de limites mínimos de apoio ativo adequados ao contexto.

Não há um percentual universal nem quórum padrão. A carta de Math também não adiciona um número à regra de uma semana. Portanto, o encerramento depende de uma avaliação substantiva pelos Chairs, não de uma soma secreta nem de uma unanimidade imaginária.

A expectativa de seis pessoas não é uma regra de seis votos

A carta espera seis ou mais participantes ativos ao longo da duração do grupo, incluindo representantes de implementadores centrais, Editors e Test Leads ativos. Isso descreve a capacidade necessária para que o trabalho tenha diversidade técnica e continuidade. Não diz que cada CfC deve receber seis respostas.

Tratar a expectativa como quórum inventaria uma obrigação. Ignorá-la por completo também seria ruim, porque um fluxo crônico de decisões sem apoio visível pode revelar que a capacidade prevista não está chegando ao ponto de decisão.

O registro pode resolver a tensão sem impor uma fórmula. Ele pode mostrar quantas pessoas eram elegíveis, quantas receberam o aviso pelos canais reconhecidos, quantas apoiaram, quantas se abstiveram explicitamente e quantas não responderam. Os Chairs continuam livres para considerar a natureza da questão, a discussão anterior e a qualidade das razões.

Uma alteração editorial, uma decisão de publicar e uma mudança com impacto em navegadores não precisam do mesmo padrão de envolvimento. A flexibilidade permanece. O que desaparece é a possibilidade de descrever uma caixa vazia como se todos tivessem falado.

O público fornece evidência; o grupo toma a decisão

O trabalho técnico de W3C Math tem superfícies abertas. As atas são arquivadas para revisão pública. Discussões e issues podem ser lidas e escritas pelo público. A lista www-math e o GitHub concentram o trabalho, e pessoas de fora são convidadas a contribuir segundo as condições aplicáveis de Patent Policy.

As reuniões, porém, não permitem participação pública. O W3C Process estabelece como conjunto elegível padrão os participantes do grupo. Essas duas afirmações não se contradizem.

Uma pesquisadora externa pode revelar um problema decisivo; a origem externa não diminui o mérito da evidência, e os Chairs devem considerar visões e objeções legítimas de fora. Mas esse ato não torna automaticamente a autora integrante do conjunto formal de consenso. Do outro lado, um participante formal pode ter direito a responder e permanecer em silêncio; sua credencial não transforma a abstenção em apoio.

Por isso, o recibo precisa de uma camada de evidência e outra de decisão. A primeira contém comentários, testes, alternativas e objeções, independentemente da origem. A segunda mostra quem era elegível e como apoio e objeção foram avaliados nesse conjunto.

A análise de Lu Heng sobre participação e mandato ajuda a manter os rótulos honestos. Estar presente, ser afetado, oferecer aconselhamento, objetar e autorizar são capacidades diferentes. Abertura técnica fica mais forte quando não precisa fingir uma representação que não recebeu.

Os Chairs não são um cron job

No W3C Process, uma decisão de grupo é registrada por um Chair após avaliação do consenso ou votação. Ela difere de uma decisão pessoal do Chair. A CfC procura produzir uma decisão do grupo; seu resultado não deveria surgir automaticamente quando o relógio chega a zero.

Há razões para preservar julgamento. Uma objeção pode já ter sido respondida ou trazer fato novo. Uma discordância pode ser aceita por quem a expressou sem se tornar objeção sustentada. Mensagens de várias pessoas podem representar uma única organização. Um número bruto não resolve esses significados.

Julgamento não dispensa rastreabilidade. Ao encerrar, os Chairs podem registrar a proposta exata, apoio ativo observado, abstenções, objeções e respectivas disposições, conclusão de consenso e resolução resultante. Se houver votação, o Process já exige registrar a questão, a decisão de votar, o resultado e qualquer Formal Objection. Se nova informação reabrir a decisão, a reabertura deve ser registrada, obrigatoriamente quando um participante pedir.

Conteúdo Member-only e dados pessoais podem continuar protegidos. Um registro público pode expor apenas os estados e as razões que não comprometem confidencialidade.

O desenho de um recibo leve

O primeiro campo identifica o objeto: texto integral da resolução e versão exata do documento, commit ou estado de publicação. Se uma mudança material entrar durante a semana, o recibo explica se a chamada continuou, foi alterada ou reiniciada.

O segundo campo define o processo: conjunto elegível e seu tamanho, canais usados, início, fim e eventual ajuste do prazo. Não é necessário publicar uma lista nominal para demonstrar o denominador.

O terceiro campo separa respostas afirmativas, abstenções explícitas, silêncio, discordâncias toleradas e objeções sustentadas. Comentários externos permanecem como evidência e não são apagados nem contados como votos internos.

O quarto campo liga cada objeção substancial a uma resposta, alteração, justificativa de não alteração ou Formal Objection. O próprio Process exige respostas públicas substantivas e resumo preciso de issues e respostas; o recibo apenas evita que essa trilha fique solta da decisão.

O fechamento identifica os Chairs, a hora, o estado avaliado e a resolução vigente. Uma reabertura futura cria um sucessor ligado ao registro anterior.

O procedimento publicado pelo WCAG Working Group serve como comparação possível. Ele separa resolução de teleconferência e CfC, aponta para discussões, prevê tratamento ou reabertura diante de objeções e registra decisões formais. A página é antiga, pertence a outro grupo e declara que pode não representar consenso do W3C. Não obriga Math. Apenas mostra que a prática de W3C comporta uma cadeia explícita.

Fronteira da evidência

Nenhuma fonte examinada demonstra que uma CfC específica de W3C Math tenha tido apoio insuficiente, omitido participantes, tratado mal uma objeção ou encerrado contra o Process. Este Artigo avalia a regra pública e não atribui uma infração ao grupo.

O argumento também não oferece veto ao silêncio. Consenso admite abstenções e não exige unanimidade. Um grupo pode avançar depois de considerar preocupações legítimas, inclusive com dissenso, e pode votar quando discussão e compromisso não rompem o impasse.

O que as fontes sustentam é mais estreito: a carta usa uma semana sem objeções como passagem do provisório ao decidido; o Process superior trata silêncio como abstenção e exige apoio substancial além da ausência de objeção sustentada. Uma boa memória institucional deve guardar as duas metades.

Fontes

  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 do Math Working Group
  6. Página inicial de W3C Math
  7. W3C, guia para Chairs de Working/Interest Groups
  8. W3C, “W3C updates its Process Document”
  9. WCAG Working Group Consensus Procedure