Un standard ouvert pour les enregistrements d’exécution d’agents : Plaidoyer pour un schéma de log partagé

Un post Reddit dans r/ClaudeAI plaide de manière convaincante pour un standard ouvert des enregistrements d'exécution d'agents — les logs qui documentent chaque action d'un agent IA durant une session. L'auteur soutient que la fragmentation actuelle entre runtimes entraîne trois coûts concrets :

1. Débogage multi-runtime : Apprendre différents schémas de logs pour chaque framework augmente la charge cognitive avec le nombre de frameworks en production.
2. Audit multi-runtime : Assembler manuellement trois formats de logs différents pour répondre à une question d'auditeur est un projet logiciel, pas une simple requête.
3. Portabilité : Les outils construits sur un format de log spécifique (débogueurs, vues de conformité, harness d'évaluation) verrouillent les utilisateurs ; changer de runtime signifie réécrire les outils.

Le standard proposé ne repose pas sur des champs nouveaux — ils existent déjà dans les meilleurs runtimes actuels. Le schéma de base inclurait :

• session_id, agent_id, runtime_version
• tool_call : outil, entrée, sortie, statut, vérificateur, chemin de preuve
• decision : affirmation, justification, statut, hypothèse
• approval : demandée, accordée_par, accordée_à, périmètre
• diff : au niveau fichier ou comportement, avant/après
• resume_verdict : complet, partiel, dangereux_à_reprendre, avec prochaine_action_sûre

La valeur réside dans un schéma unique émis par chaque runtime, afin que le même débogueur, la même requête d'audit et la même logique de reprise fonctionnent sur tous les runtimes. L'auteur prévient qu'un standard risque de devenir un champ de bataille s'il est détenu par un seul éditeur ou par un comité lent. Le modèle sain ressemble plus à OpenTelemetry qu'à POSIX : un petit schéma central, des extensions propriétaires pour les fonctionnalités non adaptées, et un mainteneur qui publie des mises à jour lorsque la sémantique des champs évolue.

Le post demande aux développeurs de runtimes : Y a-t-il un coût significatif à se mettre d'accord sur le schéma central ? Si non, la fragmentation n'est qu'inertie. Si oui, ce coût est-il supporté par les utilisateurs (outils de moindre qualité, audits plus complexes) ou par les éditeurs de runtimes (moins de verrouillage) ? L'auteur note que trois discussions différentes sur les schémas d'enregistrement d'exécution sont parvenues à des ensembles de champs sensiblement identiques, suggérant que 'le format veut exister.'