GitHub Copilot、JetBrainsでエージェントのテレメトリとtoken上限を開放、BYOKエンドポイントでモデルを一元管理可能に

GitHubは7月27日、JetBrains IDE向けCopilotを更新した。今回の重点は、モデル選択肢の拡充から、エージェントの運用管理へと移っている。新バージョンでは、管理者がプラグイン設定でOpenTelemetryのエクスポートを構成し、エージェントワークフローの実行情報を既存の可観測性システムへ送れるようになった。BYOKとカスタム推論エンドポイントには、`maxInputToken`および`maxOutputToken`のデフォルト値が追加され、組み込みのCopilotモデルをすべて一括で有効化または無効化することもできる。マネージドモデルと社内ゲートウェイを併用するチームにとって、これらの設定はコストとモデルガバナンスの境界をより明確にする。

今回の更新では、MCPサーバーとカスタムエージェントもClaude agent flowに組み込まれた。開発者は、ワークフローを外部ターミナルへ分離することなく、同一のIDEセッション内でプロジェクト用ツール、チームの指示、特定のエージェントを利用できる。Copilot CLIセッションは、fork、`/rubber-duck`コマンド、ToDoリストに対応した。さらに、MCP診断、モデルセレクター、ユーザーへの質問通知、ワーキングセットのパスにおける大文字・小文字の処理も改善されている。これらの変更は、JetBrainsがCopilotをネイティブのagent pickerに組み込んだ既存の統合を基盤としている。一方、認証は引き続き、独立したGitHub OAuthとCopilotサブスクリプションを通じて行われる。

技術面で最も注目すべき点は、OpenTelemetryがエージェントのデバッグを十分に支えられるかどうかだ。発表ではエクスポートを設定できることは確認されているが、完全なspan schema、プロンプトやツール引数のマスキング規則、forkをまたぐtraceの関連付け方法、カスタムエンドポイント間におけるtokenカウントの差異については記載されていない。また、token上限はあくまでリクエスト単位の境界であり、エージェントセッション全体の費用を保証するものではない。再試行、分岐、MCPツールによって消費量が累積する可能性があるためだ。導入を予定するチームは、まずテストプロジェクトでエクスポートされるフィールドと機密データを確認し、組み込みモデルを無効化した後もフォールバック経路が存在するかを検証すべきである。同時に、モデル、ツール、エンドポイントの許可リストを、個々の開発者のIDE設定だけに依存させず、バージョン管理された設定へ組み込む必要がある。