Um Padrão Aberto para Registros de Execução de Agentes: O Caso para um Esquema de Log Compartilhado

Um post no Reddit no r/ClaudeAI defende de forma convincente um padrão aberto para registros de execução de agentes — os logs que documentam cada ação que um agente de IA realiza durante uma sessão. O autor argumenta que a fragmentação atual entre runtimes gera três custos concretos:

1. Depuração entre runtimes: Aprender diferentes esquemas de log para cada framework aumenta a carga cognitiva conforme o número de frameworks em produção.
2. Auditoria entre runtimes: Unir manualmente três formatos de log diferentes para responder a uma pergunta de um auditor é um projeto de software, não uma consulta.
3. Portabilidade: Ferramentas construídas com base no formato de log de um runtime (depuradores, visualizações de conformidade, plataformas de avaliação) prendem os usuários; mudar de runtime significa reescrever as ferramentas.

O padrão proposto não se baseia em campos novos — eles já existem em runtimes melhores atualmente. O esquema central incluiria:

• session_id, agent_id, runtime_version
• tool_call: ferramenta, entrada, saída, status, verificador, caminho_de_evidência
• decision: afirmação, justificativa, status, suposição
• approval: solicitado, concedido_por, concedido_em, escopo
• diff: nível de arquivo ou comportamento, antes/depois
• resume_verdict: completo, parcial, inseguro-para-retomar, com próxima_ação_segura

O valor está em ter um único esquema que todo runtime emite, de modo que o mesmo depurador, consulta de auditoria e lógica de retomada funcionem em todos os runtimes. O autor alerta que um padrão corre o risco de se tornar um campo de batalha se for propriedade de um único fornecedor ou de um comitê lento. O modelo saudável é mais parecido com o OpenTelemetry do que com o POSIX: um pequeno esquema central, extensões de fornecedores para recursos não compatíveis e um mantenedor que publique atualizações à medida que a semântica dos campos evolui.

O post pergunta aos construtores de runtimes: Existe um custo significativo em concordar com o esquema central? Se não, a fragmentação é apenas inércia. Se sim, o custo é pago pelos usuários (piores ferramentas, auditorias mais difíceis) ou pelos fornecedores de runtime (menos dependência)? O autor observa que três discussões diferentes sobre esquemas de registro de execução chegaram praticamente ao mesmo conjunto de campos, sugerindo que 'o formato quer existir'.