GitHubは10月28日、Copilot Automationsにチーム共有機能とAI利用料の上限設定を追加した。作成者が退職しても継続できるリポジトリ単位の自動化に加え、外部システムからの起動や24種類の新たなGitHubイベントにも対応する。ただし、請求先は共有先の所有者に移り、利用可能なリポジトリや管理者設定にも条件がある。導入時に押さえるべき統制を整理した。
30秒でわかる / THE SIGNAL
GitHubは10月28日、Copilot Automationsにチーム共有機能とAI利用料の上限設定を追加した。作成者が退職しても継続できるリポジトリ単位の自動化に加え、外部システムからの起動や24種類の新たなGitHubイベントにも対応する。ただし、請求先は共有先の所有者に移り、利用可能なリポジトリや管理者設定にも条件がある。導入時に押さえるべき統制を整理した。
個人の自動化から「チームが保有する仕組み」へ
GitHubは2026年10月28日、Copilot AutomationsのShared（共有）タイプを段階的に提供すると発表した。従来のPersonalタイプでは作成者だけが設定を閲覧・編集し、AIクレジットも本人に請求される。Sharedタイプでは、リポジトリの読み取り権限を持つ人が設定を閲覧でき、書き込み権限を持つ人が編集できる。GitHub上の操作主体はCopilotとなり、作成者がチームを離れても自動化を継続できる。
業務上の意味は、担当者の個人設定に依存していたバグ再現、プルリクエストのレビュー補助、障害調査などをチームの運用資産として扱えることだ。一方、作成時に選ぶPersonalとSharedのタイプは後から変更できない。既存の個人用自動化が自動的にチーム共有へ移るわけではない。
外部イベントと連鎖実行で運用範囲を拡張
同日付の別発表では、GitHub REST APIからの起動、Issue・Pull Request・Discussion・セキュリティアラートに関する24種類の新しいイベント、複数のAutomationをつなぐ実行条件が案内された。Jiraや監視システムからWebhook経由で起動する構成も可能だが、外部側のイベント受信・API呼び出しの実装は必要になる。
さらに20種類のGitHubツールが追加され、独自MCPサーバーのツールも選択できる。ただしMCPツールは対象リポジトリ外のシステムにも到達し得る。自動化に使わせるツールを最小限に絞り、外部連携先の認証情報・アクセス範囲・ログを事前に確認する必要がある。
AIクレジットの上限と、別途発生するActions費用
SharedタイプのAIクレジットは、個人の作成者ではなくリポジトリ所有者の組織または個人アカウントに請求される。GitHubは実行ごと、日次、週次、月次のAIクレジット上限を設定できるようにした。実行ごとの下限は30クレジット。日・週・月の上限に達すると新規実行を止めるが、すでに動いている実行は止まらないため、単発実行にも上限を設定するのが安全だ。
重要なのは、AutomationがAIクレジットだけでなくGitHub Actionsの実行時間も消費することだ。AIクレジットの上限はActions利用料の総額を保証するものではない。導入前に両方の利用状況と予算設定を確認し、まず小さな対象で実測したい。
利用条件とAgentic Workflowsとの違い
GitHub公式Docsによれば、Copilot AutomationsはPro、Pro+、Max、Business、Enterpriseが対象で、利用できるのはprivateまたはinternalリポジトリに限られる。公開リポジトリには対応せず、Copilot cloud agentの有効化と管理者ポリシーが必要だ。組織所有リポジトリのSharedタイプには、組織負担でのcloud agent利用を許可する管理者設定も求められる。Shared機能は段階的な提供のため、契約プランだけで即時利用を保証するものではない。
前日に取り上げたGitHub Agentic Workflowsは、Markdownの定義をコードとしてレビューし、GitHub Actionsへ変換する仕組みである。今回のCopilot Automationsは、Copilot cloud agentの設定・トリガー・ツールをGitHub上で管理する別製品機能で、Automation設定自体はリポジトリのGit履歴にコミットされない。運用責任者は、変更履歴の確認方法、実行ログの閲覧権限、停止手順、人による承認条件を明文化してから本番業務へ広げたい。