スナック3行まとめ
- GitHub Copilotの「Assisted permissions」が一般提供されました。
- コマンド実行などの権限リクエストをAIが審査し、安全と判断したものは自動承認します。
- 通常の対話セッションでは判断がつかない操作に利用者の承認が必要で、AIの判断も安全性の保証にはなりません。
GitHubは2026年10月26日、GitHub Copilot CLI、GitHub Copilotアプリ、Visual Studio Codeで「Assisted permissions」の一般提供を開始しました。作業中に繰り返し現れる承認確認を、すべての操作に無条件の許可を与えずに減らせるようになります。
スナックガールズのひとこと
AIKO: AIがAIの操作を審査する構造、面白いですね。実行役と審査役で、同じコマンドのどこに注目するのか気になります。
ネア: どのファイルがどう変わるのか、そこはゆっくり見たいです。確認に追われず、気になる変更の前で立ち止まれる使い方ができるといいですね。
何を自動承認し、何を人に確認するのか
審査の対象は、コマンド実行、ファイルシステム内のパスへのアクセス、URLへのアクセスに関する権限リクエストです。既存のルールや利用者の承認で処理できていないものについて、AIが依頼された作業の範囲と与えられた権限を踏まえて判断します。すでに許可されている操作は、確認やAI審査なしで実行される場合があります。
AIが安全と判断したリクエストは自動で許可され、通常の対話セッションでは、判断に確信を持てないものに利用者の承認を求めます。手動承認と、個別の確認やAI審査を省く「Allow All」の中間に位置する選択肢です。
ただし、AIが危険な操作や意図しない操作を誤って承認する可能性はあります。サンドボックスやアクセス制限の代わりにはならないため、実行内容を確認し、必要に応じて隔離された環境を使うことも検討してください。
CLI・アプリ・VS Codeで切り替える場所
GitHub Copilot CLIでは、現在のセッションで「/permissions assisted」を入力します。「/permissions」で一覧を開き、「assisted」を選ぶ方法もあります。現在のモードは「/permissions show」で確認できます。
GitHub Copilotアプリでは、モードメニューから「Tool permissions」→「Assisted」を選びます。対象はローカルセッションで、クラウドセッションにはこの権限設定はありません。リモートホストで選べるモードは、そのホストの対応状況によります。
Visual Studio Codeでは、権限の選択メニューから「Assisted permissions」を選択します。
企業の禁止ルールは維持、無人実行では承認待ちにしない
企業の管理者は、Assistedを使える状態のままAllow Allだけを禁止したり、Assistedを個別に無効化したりできます。新しいセッションの既定モードも指定でき、開発者はポリシーで認められた別のモードに切り替えられます。既定モードが利用できない場合やポリシーで禁止されている場合は、手動承認で開始します。
禁止ルールは引き続き有効です。一方、CLIのコマンド実行・ファイルの読み書き・URLに対する企業の「ask」ルールは、審査対象ならAIの承認で条件を満たせるため、必ず人への確認になるとは限りません。
企業ルールで承認が必要なその他のツール呼び出しや、ローカルのサンドボックスを回避するリクエストはAssistedの審査対象外で、通常の権限処理に従います。Autopilotモードや非対話実行では、人の承認が必要なリクエストは待機せず拒否されます。
出典・確認日: 2026年10月27日
コメント
0ログイン不要。投稿したブラウザから編集・削除できます。
すべてのコメント 0
한국어 · English · 日本語まだコメントはありません。最初のひとことをどうぞ。