Un estándar abierto para registros de ejecución de agentes: El caso de un esquema de registro compartido

Una publicación en Reddit en r/ClaudeAI presenta un argumento convincente a favor de un estándar abierto para los registros de ejecución de agentes (agent run records), que documentan cada acción que un agente de IA realiza durante una sesión. El autor sostiene que la fragmentación actual entre runtimes genera tres costos concretos:

1. Depuración entre runtimes: Aprender diferentes esquemas de registro para cada framework escala la carga cognitiva con la cantidad de frameworks en producción.
2. Auditoría entre runtimes: Unir manualmente tres formatos de registro diferentes para responder a una pregunta de un auditor es un proyecto de software, no una consulta.
3. Portabilidad: Las herramientas basadas en el formato de registro de un runtime (depuradores, vistas de cumplimiento, arneses de evaluación) bloquean a los usuarios; cambiar de runtime implica reescribir las herramientas.

El estándar propuesto no se trata de campos novedosos, ya que existen en los mejores runtimes actuales. El esquema central incluiría:

• session_id, agent_id, runtime_version
• tool_call: herramienta, entrada, salida, estado, verificador, ruta de evidencia
• decision: afirmación, justificación, estado, suposición
• approval: solicitado, concedido_por, concedido_en, alcance
• diff: a nivel de archivo o comportamiento, antes/después
• resume_verdict: completo, parcial, inseguro-para-reanudar, con siguiente_accion_segura

El valor radica en tener un solo esquema que todos los runtimes emitan, de modo que el mismo depurador, consulta de auditoría y lógica de reanudación funcionen en todos los runtimes. El autor advierte que un estándar corre el riesgo de convertirse en un campo de batalla si es propiedad de un solo proveedor o de un comité lento. El modelo saludable se parece más a OpenTelemetry que a POSIX: un esquema central pequeño, extensiones de proveedor para funciones que no encajan, y un mantenedor que publique actualizaciones cuando la semántica de los campos evolucione.

La publicación pregunta a los constructores de runtimes: ¿Existe un costo significativo en acordar el esquema central? Si no, la fragmentación es solo inercia. Si sí, ¿el costo lo pagan los usuarios (peores herramientas, auditorías más difíciles) o los proveedores de runtimes (menos dependencia)? El autor señala que tres hilos diferentes sobre esquemas de registros de ejecución han llegado aproximadamente al mismo conjunto de campos, lo que sugiere que 'el formato quiere existir'.