CANONIC: Governance Is Compilation
O artigo introduz o CANONIC, um framework de governança que aplica princípios da teoria de compiladores para criar um livro-razão de evidências auditável para conteúdo gerado por IA, argumentando que, embora a admissão estrutural não possa filtrar algoritmicamente o "slop", ela garante que cada afirmação esteja ancorada a definições e commits verificáveis para reprodutibilidade de ponta a ponta.
Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo
O Grande Problema: A Inundação de "Slop"
Imagine uma fábrica que pode imprimir livros mais rápido do que qualquer pessoa consegue ler. Em 2025, essa fábrica (IA) começou a produzir tanto texto que criou um novo problema: o "Slop" (algo como "lixo/escória").
O "Slop" não é apenas uma escrita ruim; é um texto que parece perfeito, soa inteligente e flui lindamente, mas não tem conexão com a realidade. É como um chef que consegue preparar uma refeição de aparência deliciosa em segundos, mas os ingredientes são feitos de plástico. Se você comer, ficará doente, mas não conseguirá perceber que é falso apenas olhando para o prato.
O artigo argumenta que não podemos resolver isso contratando mais pessoas para ler os livros (revisão humana) ou construindo melhores detectores de mentiras (detecção por IA). Por quê? Porque os livros falsos parecem exatamente com os reais. A fábrica é rápida demais, e os livros "falsos" são convincentes demais.
A Solução: O Portão do "Compilador"
O autor, Dexter Hadley, propõe uma mudança radical. Em vez de tentar julgar se um livro é verdadeiro (o que é difícil), devemos julgar se o livro é estruturalmente válido (o que é fácil).
Ele chama isso de Governança como Compilação.
Pense em um programa de computador. Antes de um programa rodar, um "compilador" o verifica. O compilador não pergunta: "Este programa resolverá os problemas do mundo?" ou "Este código é brilhante?". Ele faz três perguntas simples e mecânicas:
- Você usou uma palavra que existe no dicionário?
- Você referenciou um arquivo que realmente existe no computador?
- Esse arquivo está na pasta que você disse que estaria?
Se a resposta para qualquer uma dessas perguntas for "Não", o compilador diz "Erro" e interrompe a execução do programa. Não importa se o código é brilhante; se estiver estruturalmente quebrado, ele é rejeitado.
O CANONIC aplica essa mesma lógica à escrita de IA. Ele atua como um "compilador" para o texto. Antes que qualquer conteúdo gerado por IA seja permitido em uma biblioteca pública (o "corpus"), ele deve passar por três portões.
Os Três Portões (A "Tríade")
Para que um texto passe pelo portão CANONIC, ele deve ser construído como um tipo específico de pasta contendo três arquivos específicos. Se qualquer arquivo estiver faltando, o texto é rejeitado imediatamente.
- O Livro de Regras (CANON.md): Este arquivo diz: "Aqui estão as regras para este tópico específico". É a lei.
- O Dicionário (VOCAB.md): Este arquivo define cada palavra usada no Livro de Regras. Você não pode usar uma palavra sofisticada a menos que a tenha definido aqui. Isso impede que a IA invente jargões.
- A Descrição (README.md): Este arquivo explica do que o projeto realmente trata.
A Analogia: Imagine que você está construindo uma casa.
- O Dicionário é a lista de materiais aprovados (ex: "Tijolo" significa tijolo de argila vermelha, não plástico vermelho).
- O Livro de Regras diz: "Cada parede deve ser feita de Tijolo".
- A Descrição diz: "Isto é uma casa".
Se você tentar construir uma parede de "Plástico Vermelho" sem definir "Plástico Vermelho" no seu dicionário, o inspetor (o compilador) interrompe você. Você não pode simplesmente dizer: "Confie em mim, é uma parede".
O "Livro de Evidências" (Evidence Ledger)
O artigo introduz uma segunda camada: o Ledger (Livro de Registro).
Cada afirmação feita no texto deve estar vinculada a um "commit" específico (uma versão salva de um arquivo) em um registro público e imutável (como um repositório Git).
- A Afirmação: "O paciente melhorou."
- A Âncora: "Veja o commit #12345 no Ledger."
Se o escritor não puder apontar para o commit específico que prova a afirmação, o texto é rejeitado. É como um caso judicial onde você não pode apenas dizer "Eu vi acontecer". Você precisa apresentar a fita de vídeo. Se você não tem a fita, a afirmação não entra no registro.
O Que o CANONIC Faz (E o Que Não Faz)
Esta é a parte mais importante do artigo. O autor é muito honesto sobre os limites.
O que ele FAZ:
Ele garante a Responsabilidade (Accountability).
Se um texto passa pelo portão, você sabe com certeza que:
- Cada palavra está definida.
- Cada afirmação aponta para uma evidência específica e imutável.
- As regras foram seguidas.
Ele transforma a "prosa não verificável" em um "registro verificável". Mesmo que o texto esteja errado, ele agora é rastreável. Você pode olhar para a evidência, ver onde algo deu errado e corrigir.
O que ele NÃO FAZ:
Ele não garante a Verdade.
O artigo realizou um teste (um benchmark) para ver se esse sistema conseguia filtrar o "Slop". O resultado foi surpreendente: não conseguiu.
- O Teste: Eles alimentaram o sistema com notícias falsas, notícias reais e mentiras astutas geradas por IA.
- O Resultado: O portão do "Compilador" deixou as notícias falsas passarem se elas estivessem bem estruturadas (palavras definidas, evidências falsas que pareciam reais e uma linha do tempo clara).
- A Lição: Uma máquina pode verificar se uma frase é gramaticalmente válida e referenciada, mas ela não consegue verificar se a frase é verdadeira.
A Analogia:
Imagine um segurança em um banco.
- O CANONIC é o segurança que checa seu documento de identidade. Se o seu documento for falsificado, mas parecer perfeito, tiver uma foto e corresponder ao formato do banco de dados, o segurança deixa você entrar. O segurança garante que você tenha um documento válido, não que você seja uma boa pessoa.
- A Verdade é decidida pelo gerente do banco (o especialista humano). O gerente olha para o documento, vê a pessoa e decide: "Espere, esta pessoa está mentindo sobre o saldo da conta".
O artigo argumenta que temos tentado fazer com o segurança (o algoritmo) decidir quem está mentindo. O artigo diz: Pare. O trabalho do segurança é apenas checar o documento. O trabalho do gerente é decidir se a história é verdadeira.
O "Humano no Ciclo" (Human-in-the-Loop)
O sistema é projetado para que os Humanos escrevam as Regras e a IA escreva o Conteúdo.
- Os humanos definem a "Constituição" (as regras no arquivo CANON.md).
- A IA gera o texto.
- O "Compilador" verifica se a IA seguiu as regras.
- Se a IA tentar mudar as regras, ela é bloqueada. Somente os humanos podem mudar a Constituição.
Isso cria um sistema onde a IA pode ser rápida e criativa, mas não pode quebrar a lei ou esconder seus rastros.
Resumo
O artigo conclui que não podemos construir um algoritmo que identifique automaticamente o "Slop" (texto de IA falso ou sem fundamento) porque o "Slop" pode ser feito para parecer estruturalmente perfeito.
Em vez disso, devemos construir um sistema que force a Responsabilidade.
- Modo Antigo: "Confie em mim, esta IA escreveu um artigo verdadeiro." (Difícil de verificar).
- Novo Modo (CANONIC): "Aqui está o artigo. Aqui está o dicionário das palavras usadas. Aqui está o arquivo exato onde a evidência reside. Aqui está o livro de regras que ele seguiu. Você pode verificar tudo isso por conta própria."
O sistema não impede as mentiras; ele apenas garante que, se uma mentira for contada, ela deixe um rastro de evidências claro e imutável para que especialistas humanos possam encontrá-la e denunciá-la. Ele transforma a "caixa preta" da IA em uma "caixa de vidro" onde tudo é visível e verificável.
Afogado em artigos na sua área?
Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.