エージェント実行記録のためのオープンスタンダード：共有ログスキーマの必要性

r/ClaudeAIのReddit投稿が、エージェント実行記録のオープン標準を強く主張している。実行記録とは、AIエージェントがセッション中に行うすべてのアクションを記録したログである。投稿者は、現在のランタイム間の断片化が3つの具体的なコストを生み出すと論じている。

1. クロスランタイムデバッグ: フレームワークごとに異なるログスキーマを学ぶことは、本番環境で使用するフレームワークの数に比例して認知的負荷を増大させる。
2. クロスランタイム監査: 監査人の質問に答えるために、3つの異なるログ形式を手作業でつなぎ合わせるのは、ソフトウェアプロジェクトであり、単なるクエリではない。
3. 移植性: ランタイムのログ形式に基づいたツール（デバッガ、コンプライアンスビュー、評価ハーネス）はユーザーをロックインし、ランタイムを切り替えるとツールの書き直しが必要になる。

提案される標準は新しいフィールドに関するものではない。それらはすでにより優れたランタイムに存在している。コアスキーマには以下が含まれる：

• session_id, agent_id, runtime_version
• tool_call: tool, input, output, status, verifier, evidence_path
• decision: claim, rationale, status, assumption
• approval: requested, granted_by, granted_at, scope
• diff: fileまたはbehaviorレベル、before/after
• resume_verdict: complete, partial, unsafe-to-resume, next_safe_action付き

価値は、すべてのランタイムが同じスキーマを出力することで、同じデバッガ、監査クエリ、再開ロジックがすべてのランタイムで機能することにある。投稿者は、標準が単一ベンダーや遅い委員会に所有されると戦場になりかねないと警告する。健全なモデルはPOSIXよりもOpenTelemetryに似ている。すなわち、小さなコアスキーマ、適合しない機能に対するベンダー拡張、フィールドのセマンティクスが進化したときにアップデートをリリースするメンテナーである。

この投稿はランタイムビルダーに問いかける：コアスキーマに同意することに意味のあるコストはあるか？ ないなら、断片化はただの惰性だ。あるなら、そのコストをユーザー（ツールの劣化、監査の困難さ）が負うのか、ランタイムベンダー（ロックインの減少）が負うのか？投稿者は、実行記録スキーマに関する3つの異なるスレッドがほぼ同じフィールドセットに到達したことを指摘し、「その形式は存在したがっている」と示唆している。