GitHub Copilotの共有自動化、作成者が離れてもチームで運用を継続

GitHubは2026年10月28日、Copilot Automationsの共有機能を段階的に提供すると発表しました。共有自動化は個人ではなくリポジトリに属するため、作成者がチームを離れたり、アクセス権を失ったりしても動作を続けられます。チームで頼る定型作業を、担当者の在籍に依存せず運用できる仕組みです。

読み取り権限で閲覧、書き込み権限で編集

共有自動化の設定は、リポジトリの読み取り権限があれば閲覧でき、書き込み権限があれば編集できます。GitHub上で行う操作の名義も、作成者ではなくCopilotになります。

個人用自動化では、設定を見たり編集したりできるのは作成者だけです。ただし、実行セッションのプロンプト、ログ、結果は、個人用・共有のどちらもリポジトリの読み取り権限を持つ人が閲覧できます。設定が個人用でも、実行内容まで非公開になるわけではありません。

AIクレジットの請求先もリポジトリ所有者に

個人用自動化のAIクレジットは作成者に請求されますが、共有自動化ではリポジトリを所有する組織が請求先になります。個人アカウントが所有するリポジトリなら、その所有者のCopilotサブスクリプションに請求されます。

実行時に使うGitHub Actionsの実行時間は、AIクレジットとは別にリポジトリ所有者へ請求されます。

組織所有のリポジトリで共有自動化を動かすには、管理者が「Allow use of Copilot cloud agent billed to the organization」ポリシーを有効にする必要があります。通常のCopilot cloud agentと自動化の利用も、管理設定で許可されていなければなりません。

対象リポジトリと、作成時に決める共有設定

対象プランはCopilot Pro、Pro+、Max、Business、Enterpriseです。段階的な提供のため、対象プランでもすぐに使えるとは限りません。

利用できるのは非公開（private）または内部（internal）リポジトリで、公開リポジトリやマネージドユーザーアカウント所有のリポジトリは対象外です。作成にはリポジトリへの書き込み権限が必要で、管理者が自動化を無効にしている場合も利用できません。

github.com、GitHub Copilotアプリ、VS Codeで自動化を作成する際に、「Type」で「Shared」を選びます。VS Codeでクラウド自動化を利用するには、バージョン1.144以降を使用し、chat.automations.cloud.enabled設定を有効にする必要があります。種類は後から変更できないため、既存の個人用自動化をそのまま共有型に切り替えることはできません。

MCPをつなぐなら、リポジトリの外まで権限を確認

自動化は、作業を指示するプロンプト、実行のきっかけとなるトリガー、許可したツールを組み合わせて動きます。例えば、イシューの作成をきっかけにバグの再現を試みる、といった使い方が想定されています。自動で修正まで成功するという保証ではありません。

初期設定では、書き込み権限のないユーザーが起こしたイベントは無視されます。これは、外部からの入力で意図しない操作を誘うプロンプトインジェクションのリスクを抑えるための設定で、必要に応じて対象を広げることもできます。

GitHubのツールが操作できるのは対象の1リポジトリですが、MCPツールはサーバーの設定や認証情報が許す範囲で、別のリポジトリや外部システムにもアクセスできます。チームに任せる作業を決める際は、必要なツールだけを選び、MCPの接続先で何ができるかも確認しておきたいところです。