Traccia

レジストリは環境内のすべてのエージェントの生きた棚卸しを保つため、「今いくつのエージェントが動いているか」をリポジトリを掘らずに答えられる。各項目はエージェントを担当者、モデル、活動に結びつけるので、コスト急増やポリシー違反の裏にいる一つをずっと見つけやすくなる。速く出荷するチームにとっては、これだけで書いた瞬間に古くなる表計算を置き換える。

TracciaはLLM支出を、単一の集計請求ではなく、エージェントとワークフローのレベルまで分解する。どのエージェントが最もコストを生んだか、どのプロンプトが最もトークンを食うか、支出が時間とともにどう動くかがわかる。この細かさが「AIの請求が上がった」を「このエージェントの検索ステップがコンテキスト長を倍にした」に変える。

このプラットフォームは、顧客PIIを含む敏感なデータがないかプロンプトと応答を監視する。何かが現れると、特定のエージェントとスパンに紐づいた警告を受け取るので、実ユーザーのデータが露出したかどうか、どこで露出したかがわかる。これは規制対象のデータを扱うチームに最も重要で、一度の漏洩が実際の后果を伴いうる。

どのモデルと挙動が許可されるかを定義し、Tracciaが実行時にエージェントをその規則に照らして検査する。エージェントが制限モデルを使おうとすれば、プラットフォームはその呼び出しに警告またはブロックを与え、起きたことを記録する。書かれたポリシーと、実際に動くポリシーの違いはここにある。

プロンプトレジストリはプロンプトのバージョンを管理下に置き、評価ワークスペースは候補を本番の挙動と突き合わせて試せるようにする。勘でプロンプト変更を出荷する代わりに、稼働中のものと比較して、本当に良いかを確かめられる。Tracciaはこれを「このプロンプトは本番より良いか」を意見ではなくデータで答えることだと位置づける。

Tracciaは通常運用の副産物として、EU AI法のような枠組み向けの監査に耐える証跡を集める。各エージェントが何をしたか、どのモデルを使ったか、どのデータに触れたかの記録は、ログに散らばるのではなく、レビュー用に整理される。コンプライアンスの証明を求められたときは、慌ててかき集めるのではなく出力すればいい。

TracciaはOpenTelemetryを話すため、すでに運用している可観測性スタックに収まる。今日スパンを出しているなら、SDKがそれを並行する計装層なしに拾い上げる。OpenTelemetryによるエージェントトレースを一度有効にすれば、すべてのエージェントが報告する。このネイティブな適合が、これ以上独自のエージェントを望まないチームの切り替えコストを下げる。