O Artigo 12 exige que sistemas de IA de alto risco registrem eventos automaticamente — logs — ao longo de toda a vida útil do sistema, em uma forma capaz de identificar situações de risco e resistir aos seis meses de retenção do Artigo 26. Na prática, isso significa logs de eventos somente-adição, à prova de adulteração, e não uma tabela de banco de dados que um administrador pudesse editar discretamente. É isso que a exigência significa tecnicamente, e a camada de logging de auditoria que a VeriSwarm oferece para ajudar a atendê-la.
O Artigo 12 do EU AI Act (Regulamento (UE) 2024/1689) exige que sistemas de IA de alto risco “permitam tecnicamente o registro automático de eventos ('logs') ao longo da vida útil do sistema”. Os logs precisam ser capazes de permitir que o fornecedor identifique situações que possam apresentar risco, e de facilitar o monitoramento pós-comercialização. O Artigo 26 se soma a isso: os implementadores de sistemas de alto risco devem manter esses logs por pelo menos seis meses, a menos que outra legislação aplicável — o GDPR, regras setoriais de retenção de registros — exija um prazo maior.
O Digital Omnibus on AI (Regulamento (UE) 2026/1744, em vigor desde 27 de julho de 2026) adiou as obrigações de alto risco — incluindo o Artigo 12 — para 2 de dezembro de 2027 para sistemas do Anexo III (2 de agosto de 2028 para produtos embarcados do Anexo I). O que já é exigível hoje, desde 2 de agosto de 2026, é o Artigo 50: deveres de transparência e divulgação para interação com IA, conteúdo sintético e deepfakes. Logs à prova de adulteração são a forma pela qual um implementador comprova que a divulgação do Artigo 50 ocorreu — uma equipe que espera o prazo de 2027 para começar a registrar não terá nenhuma trilha de evidência histórica quando o relógio do alto risco começar a correr.
A maioria das equipes que constroem logging de agentes recorre à ferramenta óbvia: uma tabela Postgres com uma coluna occurred_at. Isso satisfaz tecnicamente o “registro automático”. Não responde à pergunta que um auditor, um regulador ou a própria equipe de resposta a incidentes acabará fazendo: como você sabe que este registro não foi alterado?
Nada disso exige má-fé — acesso operacional comum já basta. Um log alterável é apenas uma afirmação. O que a evidência do Artigo 12 realmente precisa é de um registro verificável de forma independente: a prova de que o log não foi alterado, não apenas a alegação de que não foi.
O VeriSwarm Vault é um ledger de eventos somente-adição, encadeado por hash. Cada evento — decisões de confiança, achados de scan do Guard, verificações do Passport, mudanças no ciclo de vida do agente — é gravado automaticamente assim que o Vault é ativado, com o hash de cada entrada incorporando o hash da entrada anterior. Essa estrutura em cadeia é o que torna a adulteração detectável em vez de apenas desencorajada: alterar, excluir ou inserir um registro em qualquer ponto da cadeia faz com que todos os hashes seguintes deixem de coincidir.
Uma vez ativado, o Vault não exige nenhuma chamada de logging separada. Qualquer evento processado por Gate, Guard ou Passport é gravado no ledger como efeito colateral da operação normal — a expressão “permitir tecnicamente o registro automático” do Artigo 12, satisfeita por padrão.
GET /v1/suite/vault/verify percorre a cadeia de hash e retorna ok: true/false junto com uma contagem das entradas verificadas. Uma cadeia quebrada é detectável de imediato, de forma mecânica — não algo que você descobre meses depois, durante a investigação de uma violação.
As exportações do ledger (JSON ou CSV, filtráveis por tipo de evento, ator ou agente) dão suporte à janela de retenção do Artigo 26 e entregam ao auditor um artefato estruturado e com checksum, em vez de um despejo bruto do banco de dados.
A API de compliance da VeriSwarm mapeia isso diretamente: o controle do Artigo 12 em GET /v1/compliance/eu-ai-act avalia o volume de eventos do Vault e reporta pass/warn/fail com contagens de evidência. O detalhamento técnico completo sobre a estrutura do ledger, o schema de eventos e os formatos de exportação está na documentação do Vault.
Ser direto sobre esse limite importa mais do que o discurso de vendas. O Vault é a camada de logging e evidência para o Artigo 12. Ele não é uma certificação, um parecer jurídico ou uma avaliação de conformidade. Ativá-lo não torna, por si só, um sistema conforme ao EU AI Act. A lei exige um sistema de gestão de risco (Artigo 9), documentação técnica (Artigo 11), um desenho de supervisão humana (Artigo 14) e — para muitos sistemas de alto risco — uma avaliação formal de conformidade antes da colocação no mercado. Esses são processos organizacionais e jurídicos, não uma flag de funcionalidade.
O que o Vault faz é eliminar o elo mais fraco na cadeia de manutenção de registros: um log alterável que ninguém consegue provar que não foi editado. Todo o resto em uma jornada de conformidade com o Artigo 12 — escopo, política de retenção, procedimento de resposta a incidentes — ainda precisa ser construído pela equipe que implanta o sistema, idealmente com envolvimento jurídico para tudo que toque em um registro formal.
Para uma autoavaliação interativa e específica por framework da exposição em todo o conjunto de obrigações da lei, use o verificador de prontidão para o EU AI Act — esta página explica o controle de logging em profundidade; o verificador avalia um sistema específico em relação a ele.
O Artigo 12 é a expressão regulatória de um problema mais geral: comprovar as ações de um agente de IA depois do fato, de uma forma que não possa ser reescrita silenciosamente. O mecanismo — um ledger encadeado por hash, verificável de forma independente — antecede e sobrevive a qualquer regulamentação específica. Para o conceito subjacente, como ele funciona e por que se aplica além da conformidade com a UE, veja O que é uma trilha de auditoria imutável para agentes de IA?
O Artigo 12 exige que sistemas de IA de alto risco “permitam tecnicamente o registro automático de eventos ('logs') ao longo da vida útil do sistema”. Os logs precisam ser capazes de identificar situações que possam apresentar risco, e precisam sustentar a obrigação de retenção de logs do Artigo 26 — os implementadores de sistemas de alto risco devem manter esses logs por pelo menos seis meses, mais tempo se outra legislação aplicável exigir. A exigência não é apenas “ter logs em algum lugar” — é registro automático que se sustenta como evidência utilizável depois.
Ela satisfaz a letra do “registro automático”, mas não o espírito que os auditores vão aplicar. Uma tabela de log convencional prova que um evento foi gravado; não prova que o registro não foi alterado depois. Qualquer pessoa com acesso de escrita — um engenheiro, uma credencial comprometida, uma edição apressada de resposta a incidente — pode alterar uma linha, e a tabela fica com exatamente a mesma aparência de antes. O Artigo 12 não usa a palavra “à prova de adulteração”, mas um revisor que pergunta “como você sabe que este log é preciso” merece uma resposta melhor do que “confiamos nos nossos administradores”.
Em um ledger encadeado por hash, o hash criptográfico de cada evento incorpora o hash do evento imediatamente anterior, de modo que cada entrada se conecta à anterior em uma cadeia ininterrupta. Modificar, excluir ou inserir uma entrada em qualquer ponto dessa cadeia faz com que todos os hashes seguintes deixem de coincidir — a adulteração se torna matematicamente detectável, em vez de apenas desencorajada por procedimento. O VeriSwarm Vault grava cada evento relacionado a agentes — decisões de confiança, achados de scan do Guard, verificações do Passport, eventos do ciclo de vida do agente — exatamente nesse tipo de ledger somente-adição e encadeado por hash, e expõe um endpoint de verificação de cadeia (GET /v1/suite/vault/verify) que percorre a cadeia inteira e relata se ela está intacta.
Não, e qualquer fornecedor que sugira que um único recurso faz isso está exagerando. O Vault é a camada de logging e evidência para a exigência de manutenção de registros do Artigo 12 — logs de eventos automáticos, à prova de adulteração e exportáveis para cada ação do agente, com integridade verificável de forma independente. A lei contém muitas outras obrigações — gestão de risco (Artigo 9), documentação técnica (Artigo 11), supervisão humana (Artigo 14), transparência (Artigo 13) e uma avaliação de conformidade — que exigem processos organizacionais que a VeriSwarm não executa em nome de um cliente. O Vault dá a um programa de compliance a evidência de que ele precisa para o Artigo 12; não é o programa inteiro.
O EU AI Act entrou em vigor em etapas: as proibições de práticas vedadas passaram a valer em fevereiro de 2025, e as obrigações para modelos de IA de propósito geral, em agosto de 2025. O Digital Omnibus on AI (Regulamento (UE) 2026/1744, em vigor desde 27 de julho de 2026) adiou as obrigações de sistemas de alto risco — incluindo a exigência de logging do Artigo 12 — para 2 de dezembro de 2027 para sistemas do Anexo III e 2 de agosto de 2028 para produtos do Anexo I. O que já vale hoje (desde 2 de agosto de 2026) é o Artigo 50: deveres de transparência e divulgação cujo cumprimento se comprova com — logs. Construir agora um registro no nível do Artigo 12 é a forma pela qual os implementadores comprovam que a divulgação do Artigo 50 ocorreu e chegam a dezembro de 2027 já em conformidade.
Não. O Vault é um recurso do plano Max. O plano gratuito do Gate inclui o motor completo de trust scoring e ingestão ilimitada de eventos, mas o ledger imutável encadeado por hash, o endpoint de verificação de cadeia e as exportações de auditoria que sustentam a evidência do Artigo 12 exigem um plano Max. Veja /pricing para os detalhes atuais do plano.
O Vault é um recurso do plano Max — o ledger encadeado por hash, a verificação de cadeia e as exportações de auditoria não estão no plano gratuito. Leia como ele é estruturado, ou veja onde um sistema específico está em relação à lei completa.