Resumo

  • A página vigente do Conselho da IETF Administration LLC proíbe ferramentas de anotação e transcrição por IA durante suas reuniões. O trecho aberto a observadores, a divulgação prévia da pauta e a publicação de atas aprovadas permanecem; não se trata de uma proibição para toda a IETF.
  • Há um histórico público. Em novembro de 2024, o diretor-executivo informou que a LLC costumava desativar assistentes de IA incorporados a aplicativos empresariais para proteger discussões confidenciais e impedir o uso de dados no treinamento de grandes modelos de linguagem. Atas de abril e junho de 2025 registraram um Noota Assistant entre os observadores, e a de junho atribuiu ao Conselho a tarefa de discutir assistentes de IA como participantes.
  • Excluir um gravador externo diminui uma segunda rota de captação, armazenamento, reutilização e divulgação. Em contrapartida, concentra a evidência pública na ata redigida por uma pessoa, comentada pelos diretores, liberada pelo presidente e publicada pela Secretaria. É um registro oficial, não uma transcrição literal nem independente.
  • Uma regra defensável precisa de dois comprovantes: o da política de captura e o de cada decisão relevante. Escopo, definições, exceções, custódia e exclusão pertencem ao primeiro; texto da resolução, método decisório, conflitos, alternativas, razões, responsáveis, momento da aprovação e correções pertencem ao segundo.

Um observador que também era ferramenta

O dado importante não é que uma inteligência artificial “participou” do Conselho. É que o registro público precisou tratar um serviço como algo diferente do software comum de fundo.

A ata revisada de 16 de abril de 2025 inclui Jean F. Queralt (+ AI Noota Assistant) entre Observers/Guests e identifica Michelle Cotton, separadamente, como responsável pela ata. A ata de 11 de junho repete a associação, desta vez como Jean F. Queralt (+Noota Assistant). Ao fim do documento, a ação A87-04 registra que o Conselho discutiria assistentes de IA como participantes em reuniões do colegiado.

Essas linhas comprovam a presença declarada do serviço e o conhecimento institucional do tema. Não revelam o que o assistente captou, se produziu transcrição ou resumo, onde eventuais dados foram mantidos, por quanto tempo, ou se algum resultado foi correto. O conjunto de fontes tampouco contém uma conclusão pública de vazamento ou infração. Converter uma linha da lista de presença em relato de incidente seria inventar justamente o tipo de certeza que esta notícia pede para evitar.

Ainda assim, a presença modifica a superfície de controle da reunião. Um observador humano ouve por meio de uma pessoa que responde pelas próprias anotações. Um assistente conectado pode gerar áudio, transcrição, resumo e metadados de conta, cada um sob custódia técnica ou contratual diferente. Mesmo com consentimento, a organização precisa saber quem possui cada objeto, quem pode recuperá-lo e o que “apagar” significa em cada camada.

Consultada em 27 de agosto de 2026, a página do Conselho da IETF LLC apresentava o resultado com clareza. Por política do colegiado, não se podem usar ferramentas de anotação nem de transcrição por IA durante suas reuniões. Essa é a data da observação pública, não a data de adoção da regra, que a página não informa. As atas oficiais são publicadas depois de aprovadas. A mesma página indica 1º de setembro de 2026 como a reunião seguinte, dando à frase efeito operacional, e não apenas histórico.

Uma proibição de alcance público estreito

O alcance precisa permanecer tão preciso quanto a evidência.

A página descreve quatro partes de uma reunião regular: uma aberta a observadores; outra com Conselho e equipe sênior; uma terceira com Conselho e diretor-executivo; e uma sessão executiva apenas para os diretores. As pautas costumam ser divulgadas antes, e a parte aberta normalmente termina com perguntas dos observadores. A regra sobre IA aparece nesse contexto. Pessoas continuam admitidas no primeiro segmento.

Ela também não governa o processo de elaboração de padrões. O RFC 8711 atribui à LLC responsabilidades operacionais, financeiras, de captação e conformidade, mas afirma expressamente que a entidade não tem autoridade sobre o desenvolvimento de padrões. Uma regra do Conselho para as reuniões da corporação é, portanto, um controle administrativo. O fato de a LLC apoiar a IETF não transforma esse controle em consenso técnico da comunidade.

O próprio registro público oferece um teste. No relatório do diretor-executivo de 3 de setembro de 2025, ainda havia a pergunta sobre o uso de transcrição ou resumo por IA por presidentes de grupos de trabalho e sobre incorporar essas funções às ferramentas da IETF. Um registro da reunião AIPREF de junho de 2026 chega a vincular um resumo gerado por IA. Esses usos não anulam a regra do Conselho; demonstram por que não se deve ampliá-la para uma proibição universal.

Também é necessário conter as inferências dentro da própria política. A frase pública não define AI note-taking, não distingue um robô externo de reconhecimento de fala processado localmente, não esclarece adaptações de acessibilidade nem descreve exceções. Não diz como o anfitrião identifica e remove uma ferramenta, nem publica data de adoção, moção ou votação. A norma existe; sua especificação pública ainda é fina.

O problema de custódia veio antes

O Conselho não descobriu a custódia de dados quando um bot apareceu na lista.

O relatório do diretor-executivo na ata de 20 de novembro de 2024 observou que Zoom, Slack, Trello e quase todos os demais aplicativos empresariais passaram a oferecer alguma forma de assistente de IA. Após consulta informal ao IESG e ao IAB, a LLC rotineiramente recusava ou desativava essas funções. O motivo declarado era impedir que discussões confidenciais e dados fossem usados para treinar um grande modelo de linguagem.

O documento comprova uma preferência de política: reduzir a captura antes de depender de promessas posteriores sobre reutilização. Ele não prova que a Noota tenha treinado qualquer modelo com conteúdo do Conselho. A conexão entre as fontes é institucional, não forense. Primeiro, a LLC reconheceu assistentes incorporados como classe de risco de custódia; depois, atas tornaram visível um assistente de reunião; agora, a página do Conselho exclui essa classe de suas reuniões.

A simplicidade de uma barreira geral tem apelo. Termos de fornecedores mudam. Um bot pode entrar pela conta de um observador com quem a LLC não mantém contrato. A presença pode ser tecnicamente visível, mas não compreendida por todos. Um resumo pode eliminar uma ressalva; uma transcrição integral pode guardar conteúdo sensível que uma ata deveria omitir. A busca amplia tanto a utilidade quanto a exposição.

A proibição também evita um erro de autoridade. O relato mais detalhado não se torna, por isso, o relato oficial. Uma transcrição automática poderia conter cada palavra e ainda assim não ter poder para estabelecer uma resolução, atribuir uma tarefa ou decidir o que pode sair de uma sessão restrita. Detalhe é evidência. Autoridade decorre do processo decisório e das regras que o vinculam.

A crítica de Lu Heng à confusão entre participação e mandato vale aqui na escala dos documentos. Estar presente, contribuir e produzir evidência não equivale a receber autorização. Um bot na lista de observadores não vira diretor. O inverso também importa: o poder institucional de aprovar uma ata não transforma toda omissão em verdade nem todo resumo em relato completo.

O que sobra quando o bot sai

O substituto público não é uma promessa vazia. A IETF LLC possui um processo explícito para atas.

A política de aprovação das atas do Conselho prevê que o rascunho seja disponibilizado aos diretores para revisão e comentários. A janela comum é de uma semana. Ao fim, pede-se ao presidente que autorize a divulgação e determine se houve consenso. A Secretaria então publica o documento no site da LLC.

Essa cadeia identifica a custódia. Uma pessoa elabora o primeiro registro. Diretores podem corrigi-lo. O presidente controla a liberação segundo um teste de consenso. A Secretaria publica. Não é observação independente; é autenticação institucional. Para resoluções, tarefas e a separação entre negócios públicos e protegidos do Conselho, essa função é legítima.

A Política de Gestão e Retenção de Registros acrescenta o objetivo: manter registros confiáveis e acessíveis das ações e decisões da IETF LLC, respeitando deveres de privacidade, legais e regulatórios. O cronograma de retenção trata atas e materiais do Conselho, políticas e procedimentos, e arquivos de e-mail e Slack do colegiado como classes distintas.

A distinção importa. A ata pública não é necessariamente o único registro existente, e um registro não público não está necessariamente sendo ocultado de maneira indevida. Pessoal, contratos, aconselhamento jurídico e outros assuntos delimitados justificam confidencialidade. O RFC 8711 exige transparência sujeita a confidencialidade razoável e determina que materiais sem uma razão específica para sigilo sejam públicos.

O teste de governança não é “publique tudo”. É saber se a instituição consegue demonstrar qual classe documental sustentou a decisão, o que ficou retido, por que a retenção foi legítima e como um revisor futuro pode reconstruir o ato sem receber conteúdo protegido.

Oficial não significa literal

Uma ata aprovada comprime. Essa é ao mesmo tempo sua função e seu risco.

O documento normalmente identifica participantes, conflitos, itens de pauta, relatórios, resoluções e ações. Pode resumir um debate em uma única frase. A transcrição conserva sequência e formulação; a ata conserva aquilo que a instituição decidiu registrar. Nenhum formato é superior para toda finalidade. Uma transcrição pode inundar o arquivo com ruído e fala sensível; uma ata escassa pode apagar alternativas e razões necessárias para entender o resultado.

A proibição altera o equilíbrio ao remover uma fonte de lembrança paralela detalhada. Diretores ainda podem manter anotações pessoais lícitas, e a LLC pode conservar materiais internos, mas um observador não deve supor que um serviço externo produzirá um relato pesquisável. A prestação de contas pública passa a depender mais do artefato aprovado e da rapidez de sua publicação.

É nesse ponto que a formulação atual fica incompleta. Ela diz o que não pode capturar e o que será publicado, mas não informa os elementos mínimos da ata. Tampouco explica como diferenciar uma correção de uma substituição silenciosa, ou como registrar uma ferramenta que tentou entrar e foi removida.

O RFC 8711 oferece uma salvaguarda externa. Qualquer participante da IETF pode pedir revisão formal de uma decisão do Conselho ou do diretor-executivo que considere incompatível com as BCPs ou os procedimentos da LLC. O pedido e a resposta ou resultado devem ser públicos, normalmente em 90 dias. A via só funciona se o ato contestado puder ser identificado. Uma ata que registre a conclusão sem as razões enfraquece o mecanismo criado para examiná-la.

O comprovante mínimo de decisão

A solução não é recolocar o gravador pela porta de uma exceção chamada conveniência. É fortalecer o registro autorizado para que ele sustente o peso recebido.

Cada decisão material deveria deixar um comprovante compacto: reunião, data e seção; versão da pauta; admissão ou não de observadores; responsável humano pela ata; e qualquer ferramenta de captura admitida, recusada ou removida. Se um item não for público, o registro deve indicar a categoria de confidencialidade e uma razão delimitada, sem revelar o conteúdo protegido.

Para a decisão, é preciso preservar o texto exato da resolução ou ação, votos ou método de consenso, abstenções, impedimentos e conflitos declarados. Devem constar as alternativas relevantes e a razão da escolha, o responsável e o prazo. Datas de circulação do rascunho, aprovação e publicação, histórico versionado de correções e vínculos a revisões formais completam a cadeia.

A própria política requer um comprovante. O Conselho deveria publicar quando a regra de IA foi adotada, por qual autoridade, o que abrange AI note-taking, como trata processamento local e recursos de acessibilidade, quem executa a remoção e o que acontece se uma captura proibida for descoberta depois. Também precisa dizer quais artefatos se tornam registros da LLC e quais devem ser apagados.

Esses campos não exigem um arquivo público de áudio. Criam uma ligação entre acesso à reunião e consequência oficial. O bot pode permanecer do lado de fora, material confidencial pode continuar protegido, e o público ainda consegue saber o que o Conselho fez, quem estava autorizado a fazê-lo e como o registro mudou.

Fontes