Ein offener Standard für Agentenlaufaufzeichnungen: Das Argument für ein gemeinsames Log-Schema

Ein Reddit-Beitrag in r/ClaudeAI macht überzeugend für einen offenen Standard für Agenten-Aufzeichnungen – die Logs, die jede Aktion eines KI-Agenten während einer Sitzung dokumentieren. Der Autor argumentiert, dass die aktuelle Fragmentierung der Laufzeitumgebungen drei konkrete Kosten verursacht:

1. Framework-übergreifendes Debugging: Das Erlernen verschiedener Log-Schemas für jedes Framework erhöht die kognitive Belastung mit der Anzahl der eingesetzten Frameworks.
2. Framework-übergreifende Audits: Das manuelle Zusammenführen von drei verschiedenen Log-Formaten, um Audit-Fragen zu beantworten, ist ein Softwareprojekt, keine Abfrage.
3. Portabilität: Tools, die auf dem Log-Format einer Laufzeitumgebung aufbauen (Debugger, Compliance-Ansichten, Evaluierungs-Tools), führen zu Vendor-Lock-in; der Wechsel der Laufzeitumgebung erfordert eine Neuerstellung der Tools.

Der vorgeschlagene Standard erfordert keine neuen Felder – sie existieren bereits in besseren Laufzeitumgebungen. Das Kern-Schema würde Folgendes umfassen:

• session_id, agent_id, runtime_version
• tool_call: Tool, Input, Output, Status, Prüfer, Evidence_Pfad
• decision: Behauptung, Begründung, Status, Annahme
• approval: Angefordert, Genehmigt_von, Genehmigt_am, Umfang
• diff: Datei- oder Verhaltensebene, vorher/nachher
• resume_verdict: Abgeschlossen, Teilweise, Nicht_fortsetzbar, mit next_safe_action

Der Wert liegt darin, ein einziges Schema zu haben, das jede Laufzeitumgebung ausgibt, sodass derselbe Debugger, dieselbe Audit-Abfrage und dieselbe Wiederaufnahmelogik über alle Laufzeitumgebungen hinweg funktionieren. Der Autor warnt davor, dass ein Standard zu einem Schlachtfeld werden könnte, wenn er von einem Anbieter oder einem langsamen Komitee kontrolliert wird. Das gesunde Modell ähnelt eher OpenTelemetry als POSIX: ein kleines Kern-Schema, Anbietererweiterungen für nicht passende Funktionen und ein Betreuer, der Updates liefert, wenn sich die Feld-Semantik ändert.

Der Beitrag fragt die Entwickler von Laufzeitumgebungen: Gibt es nennenswerte Kosten, wenn man sich auf das Kern-Schema einigt? Wenn nicht, ist die Fragmentierung nur Trägheit. Wenn ja, werden die Kosten von den Nutzern (schlechtere Tools, schwierigere Audits) oder von den Anbietern (weniger Lock-in) getragen? Der Autor stellt fest, dass drei verschiedene Threads zu Run-Record-Schemas ungefähr denselben Feldsatz erreicht haben, was darauf hindeutet, dass 'das Format existieren will.'