エージェントの監査ログがツールの出力より速く増大する要因は何ですか？

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

What Factors Cause Agent Audit Logs to Grow Faster Than Tool Output?

エージェントの監査ログは、ツールの出力を超えて増大することがよくあります。これは、目に見える1つのアクションの周囲で、コントロールプレーン、来歴、ポリシー、再試行、検証に関する多数のイベントが生成されるためです。

ホームエージェントは、1つのファイル名を変更した後に2行の確認メッセージを返すだけかもしれません。しかし監査証跡には、プロンプト、計画、ID、承認、対象の解決、ツール呼び出し、結果、検証、メモリ更新が記録されます。並列取得、再試行、ストリーミングスナップショット、重複するペイロードによって、この差はさらに拡大します。増加量を決めるのは、ツールが返すバイト数だけではなく、イベントの分岐数と表現方法です。

コントロールプレーンの分岐が1つの可視アクションを増幅する

1回のツール操作で、計画、ポリシー評価、ケイパビリティの発行、承認、キューイング、実行、タイムアウト、再試行、検証、最終応答に関するイベントが生成されることがあります。各イベントには、意思決定の経路を再構成するために必要な識別子、タイムスタンプ、ステータス、十分なコンテキストが含まれます。

管理型来歴メタデータストレージシステムは、管理対象メタデータとして系譜を自動的に取得し、追加される新機能とオーバーヘッドの両方について論じています。同じ原理により、エージェントの説明責任に関する記録には、通常のアプリケーション出力では省略される関係性まで含まれます。

マルチステップエージェントでは、各ステップが取得や検証のサブコールに分岐する可能性があるため、この比率がさらに高まります。200バイトのツール結果を取り巻く10個の短いチェックだけで、プロンプト本文を保持する前に、ヘッダーや関係メタデータがキロバイト単位で生成されることがあります。

ペイロードの重複とスナップショットがバイト数の増加を支配する

システムは、完全なプロンプト、取得したチャンク、ツール引数、ツール結果、更新後の状態を複数の層で記録することがよくあります。ストリーミングされるトークンイベントや変更前後のスナップショットは、ほとんど変わらない内容を繰り返します。さらに、Base64画像や埋め込みによってレコードが膨らみます。

システム全体の来歴は、オペレーティングシステム層で情報フローを監視し、システム全体の来歴を取得します。この手法は、アプリケーションの出力が小さいままでも、包括的な系譜によって密度の高いイベントグラフが作られることを示しています。この違いは、後の家庭環境でのテストでも確認できます。

コンテンツアドレス指定されたBlobを使えば、1つのペイロードを一度だけ保存し、イベントからそのハッシュを参照できます。完全なスナップショットの代わりに差分を使うこともでき、スキーマによって再構成に必須のフィールドと任意のデバッグ情報を分離できます。圧縮は重複の削減に役立ちますが、目的なく機密コンテンツを収集することを正当化するものではありません。

再試行、保持、完全性によってユーザーに届かないレコードも追加される

ツールの失敗、ポリシーによる拒否、ロールバック、検証担当間の不一致は、最終応答から隠されていても監査証跡に含める必要があります。ハッシュチェーン、署名、インデックス、レプリケーションによって、イベントのペイロード以外にも完全性の確保と検索に伴うオーバーヘッドが加わります。

追記専用リクエスト監査に関する研究では、ストレージセキュリティ境界内に、追記専用のリクエスト記録と過去のバージョンを保持します。監査には測定可能でありながら上限のある性能コストが生じると報告されており、説明責任が独立した保存ワークロードであることを示しています。

失敗の境界となるのは、無差別な完全記録です。すべてのトークンと取得した文書を永続的に記録すると、プライバシーへの露出が増え、調査が遅くなる可能性があります。ログが答えるべき問いを定義し、そのうえで保持期間を階層化し、ペイロードを重複排除し、因果関係を示す識別子を削除するのではなく、不変の要約を保持します。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

ステージごとの監査バイト台帳を作成する

成功、拒否、再試行、タイムアウト、ロールバックを含む、代表的な1ステップ、5ステップ、20ステップのワークフローを実行します。プランナー、取得、ポリシー、承認、ツール、検証、メモリ、ペイロードBlob、インデックス、完全性メタデータごとに、イベント数と圧縮後のバイト数を数えます。自動化を進める前に、中間結果を検査できる状態にしておく必要があります。

意思決定再構成ログの再構成目標を使い、影響の大きい各アクションを説明するために必須となるフィールドを特定します。ペイロードのハッシュ化、差分、低リスクな読み取りのサンプリング、階層型保持を組み合わせて再度実行し、調査担当者が意思決定を再構成できることを確認します。

ログをツール出力のバイト数だけと比較するのではなく、イベントクラスごとに予算を設定します。増加の原因がペイロードの重複なら重複排除し、必要な因果関係のエッジが原因なら、そのエッジを保持したうえで、任意の診断情報の保持期間を短縮します。