Biblioteca de Registro de Código Aberto Artigo 12 para Conformidade com a Lei de IA da UE

O Que É Isso

Uma biblioteca TypeScript de código aberto que fornece infraestrutura de registro em conformidade com o Artigo 12 para sistemas de IA afetados pela Lei de IA da UE. É especificamente projetada para aplicativos Node.js que utilizam o Vercel AI SDK.

Detalhes Principais

A biblioteca aborda os requisitos do Artigo 12 da Lei de IA da UE, que entram em vigor em agosto de 2024 e exigem registro automático de eventos com retenção de seis meses para sistemas de IA de alto risco. Comentaristas jurídicos interpretaram isso como exigindo funcionalidade de ledger somente de acréscimo, em vez de registro de aplicativo padrão.

A implementação inclui:

• Middleware que envolve modelos de IA para capturar cada chamada de inferência
• Registro estruturado em JSONL para seu próprio bucket S3 ou sistema de arquivos local
• Encadeamento de hash SHA-256 entre entradas para detecção de adulteração
• Aplicação automática do mínimo de retenção de 180 dias
• Ferramenta CLI para reconstruir decisões específicas e verificar a integridade dos logs
• Comando de cobertura que identifica possíveis lacunas de registro (omissões são consideradas um risco prático maior do que edições)

A biblioteca é deliberadamente simples em design: baseada em TypeScript, direcionada ao middleware do Vercel AI SDK, suportando armazenamento S3 ou sistema de arquivos local e usando encadeamento linear de hash. Também funciona com o framework agentic Mastra, e o mantenedor recebe bem PRs para expandir integrações.

Como observado na discussão do HN, a biblioteca fornece registro à prova de adulteração, em vez de proteção à prova de adulteração. Ela detecta modificação, mas não impede a reconstrução completa da cadeia por alguém com acesso ao armazenamento. O design assume defesa em profundidade com S3 Object Lock (modo Compliance) na camada de infraestrutura e verificação de cadeia de hash na camada de aplicação. Carimbo de data/hora externo (como OpenTimestamps ou RFC 3161) poderia ser adicionado como um recurso opcional para ancoragem temporal independente.

De acordo com a interpretação regulatória do desenvolvedor, o Artigo 12 exige "registro automático" que permita monitoramento e reconstrução, com orientações atuais não exigindo armazenamento à prova de adulteração—apenas registros confiáveis e auditáveis.