Copilot appの実行経路を監視基盤へ送信、GitHubがOpenTelemetry対応を発表
掲載 確認 出典・確認情報
GitHubは、Copilot appのエージェントがどのAIモデルやツールを使って進んだかを、既存の監視基盤から追えるようになったと発表しました。一方、現在の設定リファレンスはOpenTelemetryの対応先としてCopilot appを挙げていないため、実際に利用する前にこの公式情報の差を確認する必要があります。
エージェントの実行経路を、普段の監視ツールから追える
エージェントが期待と違う動きをしたとき、利用者の画面だけでは「どのAIモデルへリクエストし、どのツールを使って進んだか」を後から追いにくいことがあります。2026年9月22日のGitHub Changelogでは、Copilot appのエージェント活動をOpenTelemetryのトレースとして外部へ送れるようになったと発表しています。
GitHubは、エージェントセッションの流れ、AIモデルへのリクエスト、エージェントが使ったツールをトレースで確認できると説明しています。GitHub Changelogどおり利用できる環境では、対応する監視ツールへ集めることで、普段の監視環境の中から処理の各段階を調査できます。
開発者ごとではなく、企業側で送信先を揃える
GitHub Changelogでは、企業管理設定のmanaged-settings.jsonにあるtelemetryへ送信先を指定し、組織側で同じ監視方針を適用できると案内しています。
一方、2026年9月24日に確認したGitHubの「Enterprise managed settings」リファレンスでは、telemetryプロパティの対応クライアントをCopilot CLIとVS Codeのみと記載しています。ChangelogのCopilot app対応発表と現行リファレンスの記載が一致していないため、Copilot appで現在利用できるとはこの記事では断定しません。導入前に最新の対応状況を確認する必要があります。
これは利用に必須の移行ではありません。エージェントのテレメトリを既存の監視基盤へ取り込みたい組織が検討する任意の設定です。
追跡を有効にしても、会話本文が自動で入るわけではない
GitHubのOpenTelemetryドキュメントでは、プロンプト、応答、ツール引数は既定では取得されません。一方で、トレースにはAIモデルへの呼び出しやツール利用、メトリクスには入出力トークン数などが含まれると説明しています。企業管理設定ではcaptureContentで本文を含めるかを指定でき、本文にはコード、ファイル内容、ユーザープロンプトなどの機密情報が含まれる可能性があります。
そのため、運用担当者は「実行経路を送るか」と「会話本文を含めるか」を同じ判断として扱う必要はありません。本文を取得する場合は、機密情報を含む前提で送信先と保管方法を確認する必要があります。
確認範囲
この記事は2026年9月22日のGitHub公式更新情報と、2026年9月24日に確認したGitHub Docsをもとに整理しています。特定の監視製品での設定手順やトレース保存期間、独自の性能測定は扱っていません。Copilot appのOpenTelemetry対応については、Changelogと現行設定リファレンスの記載が一致していない状態をそのまま記載しています。