GitHub、Copilotサーバー間認証をプレビュー公開

米GitHubは2026年10月27日、組織（Organization）にインストールされたGitHub Apps向けに、GitHub Copilot（GitHubが提供するAIペアプログラミング・開発支援機能）のサーバー間認証（server-to-server authentication）のパブリックプレビューを開始したと発表した。

これにより、GitHub Copilot SDK（Copilotの機能を外部サービスやエージェントから呼び出す開発キット）を用いて構築されたバックエンドサービスや自律エージェントが、人間のログインユーザーの認証情報に依存することなく、組織を代表してCopilotリクエストを発行できるようになった。

ワークロード所有IDによる自律エージェントの安定運用

従来、GitHub Copilotの機能を自動化スクリプトやCI/CDパイプライン、バックグラウンドエージェントから利用する際は、特定の開発者個人のアカウントやPersonal Access Token（PAT）に紐付ける必要があった。そのため、担当者の退職や異動に伴うアカウント失効によって稼働中の自動化プロセスが突然停止するリスクや、個人トークンの権限管理におけるセキュリティ上の課題が存在していた。

今回導入されたサーバー間認証では、ワークロード自体が所有する独立したアイデンティティ（workload-owned identity）が提供される。自動化サービスやエージェントは個人から切り離された組織レベルの身元を持って動作するため、大規模な運用においても信頼性と継続性を確保できる。

権限管理とガバナンスの仕組み

サーバー間認証の導入と管理は、既存のGitHub Appsインフラに統合されている。

• ​権限付与​: 開発者はGitHub Appに読み取り専用の Copilot Requests 組織権限を設定し、対象の組織にインストールする。
• ​トークン発行​: アプリケーションは短命なインストールアクセストークン（short-lived installation access token）を取得し、Copilot SDKに渡してリクエストを実行する。
• ​費用とポリシーの統制​: アプリケーションによるCopilotの利用量はインストールを所有する組織に帰属・請求され、組織側で設定されたAIモデルポリシー、予算上限、支出制限（spending controls）がそのまま適用される。
• ​監査機能​: 組織のオーナーはアクセス権を持つアプリを一覧で確認できるほか、AI利用状況のCSVレポートに含まれる app_client_id フィールドから、アプリ別の消費実績を詳細に追跡できる。不要になった場合はアプリの一時停止やアンインストールにより即座にアクセスを遮断可能となっている。

開発現場への影響と独自価値

日本のエンタープライズ開発現場においても、Copilotを活用した社内コードレビューボットや定常的なリファクタリングエージェントの内製が進んでいる。本機能の提供により、Bot専用の「ダミー社員アカウント」を用意して有償ライセンスを割り当てたり、共有PATを管理したりする運用負荷が解消される。

組織ポリシーによる支出制限や利用モデルのガバナンスを一括適用できるため、セキュリティ基準が厳しい企業でも自律型AIエージェントの本番導入が容易になる大きな前進といえる。

分析と展望

AIエージェントが単なる対話相手から「自律的にバックグラウンドで動作するソフトウェアワーカー」へと進化する中で、IDとアクセス権の管理基盤の近代化は不可欠な要件である。今回のサーバー間認証の導入は、GitHubがCopilotを個人ツールにとどめず、エンタープライズの自動化エコシステムの中核基盤へ位置付け直す動きの一環とみられる。今後はSDK経由のサービス連携がさらに加速し、組織全体でのエージェント活用の標準化が進むと考えられる。

引用元：The GitHub Blog