
GitHub Copilotアプリ、OpenTelemetryでエージェント動作を可観測化
GitHub CopilotOpenTelemetry可観測性AIエージェント開発ツール
GitHub が9月22日、Copilot アプリで OpenTelemetry に対応したと発表した。Enterprise 管理者が managed-settings.json で設定すると、エージェントのセッションの流れ、モデルへのリクエスト、ツール利用状況を自社の監視基盤に送れる。プロンプトと応答の中身は既定で送信対象外。
何が発表されたか
GitHub は2026年9月22日、GitHub Copilot アプリが OpenTelemetry(OTel)に対応したと発表しました。企業が管理するエンタープライズ設定から構成でき、Copilot エージェントの動作とパフォーマンスを自社の監視基盤で追えるようになります。
- 設定方法: Enterprise の管理者が
managed-settings.jsonで設定し、チーム横断で適用する - 取得できるもの: エージェントのセッションの流れ(AI モデルへのリクエスト、ツールの利用状況を含む)
- プロンプトと応答の中身: 既定では送信対象から除外される。管理者は有効化の前にコンテンツ取得の設定を確認できる
開発者への影響
コーディングエージェントは「どこで何をしたのか」が見えにくく、費用や品質の管理が属人的になりがちでした。OTel に流せるようになると、既存の可観測性スタック(Datadog、Grafana、Honeycomb など OTel 対応ツール)にそのまま取り込めます。
実務上のポイントは3つです。
- 利用実態の把握: どのツール呼び出しが多いのか、どこで時間がかかっているのかをチーム単位で確認できる
- 導入効果の説明: 感覚論ではなく、セッション数やモデルリクエストの推移として提示できる
- プライバシー配慮: プロンプトと応答の中身が既定で除外されるため、まず流れだけを可視化する運用から始められる
対象は Enterprise 管理者向けの機能です。個人や小規模チームですぐ使える話ではありませんが、クライアント企業に Copilot 導入を提案する際には、ガバナンス面の材料として押さえておくと説明しやすくなります。
