Google ADK Agent Telemetry: 境界から検証された行まで
制御されたアプリケーション境界で Google ADK Agent Telemetry を使用し、イベント コントラクトを小さく保ち、集約ビューを構築する前に既知の結果を検証します。
- 1
結果を選択してください
Google ADK 実行の可観測性
- 2
契約を定義する
run_id、session_id、ワークフロー、agent_name、model_alias、およびリリース
- 3
境界を計測する
Runner.run_async をアプリケーション境界でラップし、イベント ストリームを消費した後の最終製品の結果を要約します。
- 4
証拠を検証する
Exercise a known fixture, then inspect agent_run_completed for one correctly typed terminal row.
始める前に
前提条件と境界
- 信頼できる Python サービスで実行される Google ADK と telemetry-sh
- アプリケーションが所有するセッション、実行、ワークフロー、およびエージェントの識別子
- セッション状態、メッセージ、アーティファクト、ツール入力、およびツール出力に関するレビュー済みのポリシー
配信設定
サーバー側のインストールと初期化
サーバー側キーを使用して、プロセスごとに 1 回、同期コードの場合は Telemetry を、非同期コードの場合は TelemetryAsync を初期化します。 ブラウザ バンドル、クライアントに表示される環境変数、ソース管理、ログ、および例外メッセージに取り込み資格情報が含まれないようにします。
pipのインストール
python -m pip install telemetry-sh- 1制限されたネットワーク動作を持つ再利用可能なサーバー側配信クライアントを 1 つ準備します。
- 2成功、失敗、再試行、またはタイムアウトの境界に結果イベントを追加します。
- 3アラートを有効にする前に、制御されたフィクスチャを送信し、保存されている行を検査します。
スニペット
1 つの構造化されたイベントから始める
ワークフローが完了、失敗、または再試行される場所にこの図形を追加します。次に、実際のフィールドからダッシュボードを構築します。
Google ADK Agent Telemetryイベント
from time import perf_counter
async def run_support_agent(runner, message, run_id, session_id):
started_at = perf_counter()
status = "success"
event_count = 0
try:
async for event in runner.run_async(
user_id="application_user",
session_id=session_id,
new_message=message,
):
event_count += 1
yield event
except Exception:
status = "failed"
raise
finally:
await telemetry.log("agent_run_completed", {
"run_id": run_id,
"session_id": session_id,
"workflow": "support_resolution",
"agent_name": "support_agent",
"status": status,
"event_count": event_count,
"duration_ms": round((perf_counter() - started_at) * 1000),
})イベント契約
run_id、session_id、ワークフロー、agent_name、model_alias、およびリリース
ステータス、duration_ms、event_count、tool_call_count、および handoff_count
受け入れられました、human_review_required、error_type、および環境
実装のチェックポイント
チェックポイント 1
Runner.run_async をアプリケーション境界でラップし、イベント ストリームを消費した後の最終製品の結果を要約します。
チェックポイント 2
ADK コンテンツ パーツ、セッション状態、アーティファクト、ツール引数、またはツール応答を分析イベントにコピーしないでください。
チェックポイント 3
ADK コールバックまたはトレースを使用して詳細な実行証拠を取得し、それを承認された実行 ID を持つコンパクトな結果に関連付けます。
検証
イベントが到着したことを証明する
既知の成功例と失敗例を実行した後、これを実行します。最終的なイベント コントラクトがスニペットと異なる場合は、フォールバック テーブル名を置き換えます。
Google ADK Agent Telemetry 検証クエリ
SELECT *
FROM agent_run_completed
ORDER BY timestamp_utc DESC
LIMIT 20;実装の参考資料
新しい運用パスを有効にする前に、イベント契約、データ安全性に関するガイダンス、上流の主要ドキュメントを確認してください。
生産境界
結果イベントを小さく、回復可能なものに保つ
このパターンが提供するのは、
- 上流のワークフローの横にある、制限付きの SQL 対応の結果。
- ダッシュボード、アラート、およびイベント間の相関関係の安定したフィールド。
- 成功、失敗、再試行、タイムアウトの動作を検証するためのフィクスチャ駆動のパス。
このパターンでは提供されません
- OTLP エクスポーター、自動収集パイプライン、または詳細なトレースと診断ログの代替。
- ペイロードにイベント ID が含まれているという理由だけで、1 回だけ配信されます。
- 生のプロバイダー ペイロード、ユーザー コンテンツ、資格情報、または規制されたデータを収集する許可。
イベントスキーマの開始点
このワークフローのイベント コントラクト
クエリまたはスニペットを運用環境に適用する前に、行粒度、出力境界、必要なタイプ、プライバシー クラス、サンプル ペイロード、および検証チェックリストを確認してください。
関連製品の機能
このワークフローを続行します AIエージェントの監視
レビュー可能な SQL を使用して、エージェントの実行、ツールの使用、モデルのコスト、品質、製品の結果を結び付けます。
関連する SQL レシピ
SQL で次の質問に答えてください
このワークフローの構造化フィールドに対してクエリを実行し、結果の例を検査して、有用な回答をダッシュボードまたはアラートに変換します。
AI エージェントのタスクの成功と人間による引き継ぎを測定する
どのエージェントのワークフローが正常に終了し、受け入れられた結果をもたらしますか?
レシピを開くネストされた AI ツール呼び出しイベントのクエリ
最も失敗した呼び出しに関連する AI ツールと引数はどれですか?
レシピを開く繰り返しを検出する AI エージェント ツール Loops
どのエージェントの実行が繰り返しのツール ループに陥っているように見えますか?
レシピを開く相関のあるワークフローのタイムラインを再構築する
最近失敗したワークフロー中に、順番に何が起こったのでしょうか?
レシピを開くプロンプト バージョンごとに AI 品質の低下を見つける
新しいプロンプト バージョンでは、人間による引き継ぎを増やすことなく品質が向上しましたか?
レシピを開く実装ファミリーごとに参照する
関連する統合パターンを比較する
この統合と組み合わせるテンプレート
さらなる統合
OpenAI エージェント Telemetry
OpenAI エージェントの実行、ツール呼び出し、モデルの使用状況、レイテンシー、コスト、および構造化イベントによる最終結果をログに記録します。
オープンガイドAutoGen タスク フロー、状態、タイムアウトの監視
AutoGen タスクフローの状態、タイムアウト、チームとエージェントの結果、ツールのアクティビティ、ハンドオフ、遅延、障害、コスト、リリースをコンパクトな構造化イベントで追跡します。
オープンガイドCrewAI ワークフロー Telemetry
エージェントの会話を保持することなく、CrewAI のスタッフとフローの結果、タスク数、ハンドオフ、再試行、待ち時間、コスト、承認された結果を追跡します。
オープンガイド