エージェントが 3 ターン目で誤ったツールを呼んだとき、手元にあるのはフラットな messages 配列だけで、答えるべき問いは「そのターンでモデルは何を見ていたか」です。このツールは配列をループ構造に再構成します。各ターンについて、モデルが受け取った入力、下した判断、返した結果を枠で示し、tool_call_id のペアリングも探さずに表示します。ターンごとの入力スナップショットは標準的な送信ルールに基づき最終配列から再構成した値であり、通信のキャプチャではありません。その旨は各スナップショットに明示されます。解析はすべてブラウザ内で完結します。
エージェントが 3 ターン目で誤ったツールを呼んだとき、手元にあるのはフラットな messages 配列だけで、答えるべき問いは「そのターンでモデルは何を見ていたか」です。このツールは配列をループ構造に再構成します。各ターンについて、モデルが受け取った入力、下した判断、返した結果を枠で示し、tool_call_id のペアリングも探さずに表示します。ターンごとの入力スナップショットは標準的な送信ルールに基づき最終配列から再構成した値であり、通信のキャプチャではありません。その旨は各スナップショットに明示されます。解析はすべてブラウザ内で完結します。
このテーマに関するよくある疑問と回答をまとめました。
assistant メッセージごとに 1 ターンが始まります。その前のメッセージがそのターンの入力、assistant メッセージ自体が判断、次の assistant までのツール結果がそのターンの結果です。これはループの実際の動きに対応します。履歴を送り、モデルが判断し、実行して返し、また繰り返す。Anthropic の会話ではツール結果が独立した tool メッセージではなく user メッセージに含まれるため、API プロファイルを切り替えると結果とみなされるメッセージが変わります。
それらのプラットフォームは継続的な監視のために作られています。SDK を組み込み、アカウントを作り、トレースはそのサーバーへ送られます。このツールは反対側に立ちます。実行環境にはまったく触れません。誰かがバグ報告に配列を貼ったとき、本番ログから会話を取り出したとき、自分が所有していないサービスのトレースを見ているとき、計装できるものはありません。ここに貼ればループ構造が見え、しかも何もブラウザの外に出ません。
いいえ。ツールは各スナップショットにその旨を明示します。これは「各リクエストはその時点までの履歴を含む」という標準ルールに基づき、最終配列から再構成したものです。フレームワークはこのルールをよく破ります。古いメッセージの切り詰め、システム接頭辞の注入、ツール説明の書き換え、履歴の要約などです。したがってスナップショットは入力の形であって、バイト単位の複製ではありません。フレームワークが大きく書き換える場合でも、素朴なクライアントが送るであろう内容を示すため、「モデルの視野がどこから変わらなくなったか」を見極める基準としては有効です。
安全です。解析、ターン分割、ペアリングはすべてブラウザ内で実行され、アップロードも保存も分析への送信もありません。エージェントのトレースには顧客データや内部ツールの引数、システムプロンプト内の API キーが含まれることが多く、だからこそこのツールにはサーバー側が一切ありません。貼り付ける際にネットワークタブを開けば自分で確認できます。