MF Blogs 便利ツール
使われなくなった鍵と、シールドからターミナルへつながる認証フローの概念イラスト

記事

GitHub Copilot CLI、ActionsでのPAT管理が不要に——内蔵GITHUB_TOKENで認証し課金は組織へ直接

GitHubがCopilot CLIをGitHub Actionsの内蔵GITHUB_TOKENで実行できるようにしました。長期間有効な個人アクセストークン(PAT)を作成・保管する必要がなくなり、AIクレジットは組織に直接課金されます。設定方法とコスト管理の選択肢を整理します。

0:00 0:00

GitHubは2026年7月2日、GitHub Copilot CLIGitHub Actionsの内蔵トークンであるGITHUB_TOKENで実行できるようにしたと発表しました。これまで必要だった個人アクセストークン(PAT)の作成と保管が不要になり、CIの中でAIエージェントを動かす際の大きな引っかかりがひとつ消えます。あわせて、CLIが消費するAIクレジットは実行したユーザーではなく組織に直接課金されるようになります。

PATの作成・保管から解放される

これまでActionsのワークフロー内でCopilot CLIを動かすには、PATを発行し、リポジトリや組織のシークレットとして登録しておく必要がありました。PATは有効期限が長く、権限も広くなりがちなため、漏えい時の影響が大きく、定期的なローテーションなどの管理コストもかかります。自動化の数が増えるほど、この「長生きするトークン」の運用リスクは膨らんでいきます。

今回の更新で、ワークフローが最初から持っているGITHUB_TOKENをそのまま認証に使えるようになり、追加のシークレット登録は一切不要になりました。GitHubはこの変更について、大規模な自動化におけるPAT管理の運用・セキュリティ両面のリスクを取り除くものだと説明しています。

PATの作成・保管が必要だった従来と、内蔵GITHUB_TOKENで認証し組織に課金されるこれからを対比した図

GitHub公式発表の内容をもとに作成した対比図

設定は組織ポリシーとpermissionsの2箇所

利用にあたっては、組織のCopilotポリシーで「Allow use of Copilot CLI billed to the organization」を有効にします。既存の「Copilot CLI」ポリシーが有効になっていれば、この新ポリシーは初期状態でオンになっています。

ワークフロー側で必要なのは、permissionscopilot-requests: writeを追加することだけです。あとはワークフロー内蔵のGITHUB_TOKENで認証が通ります。なお、Copilot CLI本体は新しいバージョンである必要があり、copilot updateを実行するか、npm install -g @github/copilotで最新版を入れ直しておきます。

課金は「人」から「組織」へ

Actionsトークンで組織所有のリポジトリ上のCLIを動かした場合、消費されたAIクレジットは組織に直接課金されます。CIで動く自動化は特定の個人の作業ではないので、コストの持ち主が組織になるのは自然な整理です。

一方で注意点もあります。組織課金ではコストがユーザーに紐付かないため、ユーザー単位の予算設定は適用されません。野放しにすればワークフローの実行回数に比例してクレジットが溶けていくので、別の手段で上限を設ける必要があります。

コスト管理は3つの手段で

GitHubは組織課金時のコスト管理として3つの方法を挙げています。まず、対象の組織をコストセンターに割り当てる方法です。コストセンターは組織のグループ単位でコストを集計でき、予算も設定できます。次に、組織の課金・利用状況ダッシュボードで消費を継続的に監視する方法。そして、ワークフローが使うAIクレジットの上限を決めるセッションリミットの設定です。

セッションリミットは7月1日に発表されたばかりの機能で、暴走や想定外の長時間実行への保険になります。CIでエージェントを常用するなら、コストセンターの予算とセッションリミットの併用が現実的でしょう。

CIでエージェントを動かす環境が整ってきた

GitHubはこの1週間だけでも、コストセンターの利用上限対応、エージェントセッションの監査データ配信、そして今回のPAT不要化と、Copilotを組織で運用するための足回りを立て続けに強化しています。

テスト失敗の自動調査、PRの下書き生成、依存関係の更新確認など、CIパイプラインにAIエージェントを組み込む使い方は今後ますます一般化していきます。シークレット管理という導入時の面倒が消えたことで、まず小さなワークフローから試すハードルは確実に下がりました。既にPAT方式で運用しているチームは、トークンの棚卸しを兼ねてGITHUB_TOKEN方式への移行を検討する価値があります。