Resumo

  • Em 11 de agosto, a AGWG anunciou “consenso com uma objeção” sobre a divisão entre conformidade normativa e orientação informativa para reguladores, abrindo cinco dias úteis para objeções de ausentes.
  • A discussão continuou em 18 de agosto, sem resolução. A presidência disse que o grupo não chegaria a uma decisão naquele dia e encerrou o tema com uma sondagem exploratória.
  • Em 25 de agosto, três resoluções mandaram atualizar as seções 3, 3.1 e 3.2 do Editor’s Draft com texto de um Google Doc, mas somente depois de resolver os comentários associados.
  • O pull request 826 continuou recebendo integração, ajustes editoriais e respostas a feedback após a reunião, até o merge em 26 de agosto. Isso demonstra execução posterior, não desvio de autoridade.
  • Resolução do grupo, merge, Editor’s Draft, W3C Decision e Recommendation são estados diferentes. Uma concordância decisão-diff evitaria que o arquivo mais recente parecesse carregar sozinho toda a autoridade.

A autorização já nasceu com um limite

O ponto decisivo da ata de 25 de agosto vem depois do link. Em três resoluções, a AGWG determinou o uso do texto de um Google Doc após resolver os comentários associados no documento.

A formulação não deixa a decisão vaga. Os editores receberam instrução para mudar partes específicas do Editor’s Draft: a seção de conformidade e duas subseções. Ao mesmo tempo, não receberam uma declaração de que cada palavra futura já havia sido aprovada. Havia um conjunto de comentários a fechar dentro da direção adotada.

As duas metades precisam sobreviver no registro. Se a condição desaparecer, uma autorização direcional vira aprovação palavra por palavra. Se a instrução desaparecer, uma resolução real vira apenas conversa. A fidelidade institucional não está em escolher um dos relatos, mas em preservar a combinação escrita pelo próprio grupo.

Um participante expôs o problema prático durante a reunião: seria apropriado decidir texto em um Google Doc que não aparecia integralmente no IRC? A resposta foi que o material era extenso demais para o canal. A solução operacional faz sentido. Ainda assim, uma URL mutável não identifica sozinha o conteúdo que cada participante viu no momento da resolução.

Não é necessário copiar um documento inteiro para a ata. É necessário guardar uma exportação versionada, um hash, as âncoras cobertas e a lista delimitada de comentários que poderiam alterar o resultado depois da reunião.

A decisão foi preparada, contestada e retomada

Duas semanas antes, em 11 de agosto, a AGWG havia comunicado um “consenso com uma objeção” sobre a arquitetura de conformidade. A parte normativa se concentraria na conformidade, incluindo uma declaração com escopo definido. Recomendações para reguladores sobre conteúdo não inteiramente controlado pelo autor ficariam sobretudo em orientação informativa e, quando adequado, em resultados específicos da WCAG.

A objeção registrada dizia que uma escolha tão grande estava sendo feita antes de o grupo definir bem a conformidade. A comunicação pública não apagou o dissenso. Concedeu cinco dias úteis para que pessoas ausentes acrescentassem objeções e prometeu registrar a decisão ou levar o tema novamente ao grupo, conforme a resposta.

Consenso com objeção não é unanimidade, mas também não é veto automático. O Processo do W3C permite à presidência declarar uma decisão de grupo quando preocupações legítimas foram consideradas tão longe quanto razoavelmente possível, ainda que permaneça dissenso. Uma objeção sustentada pode seguir pela via de Formal Objection. Esses mecanismos distribuem participação, decisão e revisão em estados distintos.

Em 18 de agosto, ainda não havia redação definitiva. As atas registram debate sobre páginas, caminhos, processos, componentes, declarações de conformidade e relatórios. Propostas mudaram durante a chamada. Perto do fim, a presidência afirmou que não haveria resolução naquele dia. Uma sondagem indicou interesse em explorar uma seção mais limitada, mas medir uma direção não é adotá-la.

As resoluções de 25 de agosto, portanto, foram a transição entre exploração e execução editorial. Vieram depois de uma orientação preliminar, uma janela de objeção, nova deliberação e material de pesquisa. Não foram uma votação súbita, muito menos a etapa final do padrão.

Sinais de sala não são automaticamente cédulas

As atas exibem +1, 0 e -1. Eles tornam visível o apoio, a reserva e a oposição entre participantes. O fato de os sinais poderem ser contados não basta para transformá-los em votação formal.

O Process Document do W3C diferencia construção de consenso e voto substantivo. O voto é recurso final depois que discussão técnica e compromisso falham; a decisão de votar, a regra, o resultado e as Formal Objections precisam ser registrados. O documento de 25 de agosto fala em propostas de resolução, sinais dos participantes e resoluções adotadas.

Essa precisão protege o limite de cada ator. Participantes fornecem experiência técnica, necessidades de usuários, argumentos e objeções. A presidência verifica se existe uma decisão do grupo segundo o processo. O grupo dirige o trabalho dentro de sua carta. A presença numa chamada não transforma participantes em principais dos reguladores, tribunais, compradores públicos ou de todas as pessoas que usam a web.

O próprio W3C separa decisões da presidência, decisões ou resoluções de grupo, Team Decisions e W3C Decisions. Dar ao ato o nome de resolução da AGWG reconhece sua autoridade interna sem inventar uma Recommendation final ou uma obrigação externa.

O histórico de commits é um recibo, não um mandato

O pull request 826, no repositório oficial w3c/wcag3, já estava aberto antes da reunião com a proposta de atualizar a seção de conformidade. O merge ocorreu em 26 de agosto às 23h57 UTC. O head final e o merge commit oferecem identidades estáveis para inspeção.

Até lá, o histórico passou por várias etapas. As mensagens públicas incluem remoção da seção 4, ajustes editoriais, integração de conteúdo de conformidade pós-reunião, refatoração, atualização do resumo em linguagem simples, mudança da nota introdutória do editor, revisão orientada e resposta final a feedback.

A sequência não demonstra abuso. Resolver comentários fazia parte da própria resolução. Uma mensagem de commit também não diz se a diferença era normativa, editorial, mecânica ou já coberta pela pesquisa. O material público analisado não permite afirmar que os editores saíram do escopo.

Ele permite uma conclusão mais estreita: o texto exato do merge foi terminado na execução posterior ao ato do grupo. Git preserva bytes, autoria, horário e encadeamento. Não preserva automaticamente qual trecho da resolução autorizou cada mudança, qual comentário foi fechado nem se uma alteração de escopo exigiu nova decisão.

O banco de dados não é um trono. O repositório oferece um excelente recibo de execução; a autoridade veio do processo que ele executou.

O rascunho público recusa a aparência de conclusão

O Editor’s Draft de 28 de agosto declara que sua publicação não significa endosso do W3C nem de seus Membros. O documento pode ser atualizado, substituído ou tornado obsoleto. Citá-lo como algo além de trabalho em andamento seria inadequado.

A seção de conformidade aparece no estado Developing. No vocabulário do rascunho, o grupo tem concordância geral sobre o tópico, enquanto os detalhes permanecem incompletos. Isso é compatível com uma resolução real em 25 de agosto. A decisão autorizou um avanço; não apagou o caráter provisório do resultado.

Também não se deve confundir o Editor’s Draft recente com o último Working Draft formal da WCAG 3. O primeiro dá visibilidade ao trabalho corrente. O segundo registra um marco de publicação. Uma Recommendation futura carregará outro status. Reguladores, legisladores, tribunais e contratos podem dar força externa ao texto por seus próprios atos, não porque uma reunião do grupo discutiu orientação regulatória.

O registro correto sustenta duas afirmações ao mesmo tempo: o grupo tomou uma decisão que vinculou seu trabalho; o texto publicado continuou sem a autoridade de uma Recommendation final.

Uma concordância curta fecharia a lacuna

Não é preciso anexar um processo a cada vírgula. A camada comum pode ser estreita.

Primeiro, identificaria a questão e a resolução, preservaria sua redação literal e registraria o tipo de decisão, o conjunto habilitado, a janela temporal e o momento em que a presidência declarou o resultado.

Segundo, fixaria o texto efetivamente examinado. Para um rascunho já no repositório, commit e âncoras bastam. Para um documento colaborativo, seriam necessários exportação versionada e hash. O link vivo continuaria útil, mas não seria a única prova.

Terceiro, delimitava os comentários que restaram para tratamento posterior e quem podia resolvê-los. Anotações pessoais ou material protegido não precisam ser públicos; a fronteira do trabalho, sim.

Quarto, classificaria a diferença posterior: implementação direta, resolução de comentário nomeado, correção editorial, reparo técnico ou mudança de escopo. A etiqueta não julga o mérito. Ela conduz o auditor à autoridade pertinente.

Por fim, ligaria head final, merge commit e estado de publicação a qualquer Call for Consensus, Formal Objection, reabertura ou decisão substituta posterior. Um diff reproduzível entre a versão examinada e o merge faria a cadeia inteira poder ser testada.

O índice é uma projeção atrasada

Durante a pesquisa, a página pública de decisões da AGWG informava última edição em 17 de agosto. Por ser anterior, ainda não listava as resoluções de 25 de agosto. Isso não prova que o ato posterior fosse inválido, oculto ou esquecido.

Mostra, contudo, a diferença entre ato e projeção. A ata registra o que o grupo fez. O índice ajuda a localizar. O pull request mostra como a instrução foi executada. O Editor’s Draft exibe o estado corrente. A publicação formal representa outro marco. Nenhuma superfície substitui as demais.

A resposta adequada é reconciliação, não acusação. Quando atualizado, o índice pode ligar a resolução à versão examinada e ao merge. Atas e pull requests podem apontar entre si. O leitor deixa, assim, de reconstruir manualmente uma cadeia de autoridade a partir de datas e URLs mutáveis.

Fontes

  1. AGWG — Ata e resolução de 11 de agosto de 2026
  2. Ata da AGWG de 11 de agosto de 2026
  3. Ata da AGWG de 18 de agosto de 2026
  4. Ata da AGWG de 25 de agosto de 2026
  5. Política de decisão da Accessibility Guidelines Working Group
  6. Process Document do W3C
  7. Página de decisões da AGWG
  8. Pull request 826 de w3c/wcag3
  9. Histórico de commits do pull request 826
  10. Editor’s Draft da WCAG 3
  11. Último Working Draft formal da WCAG 3
  12. W3C — Atualização de 2025 do Process Document