2026年7月8日、GitHub Mobileのライブ通知が、リモート操作を有効にしたCopilot CLIセッションに対応しました。これにより、パソコン上でCopilot CLIに長時間の処理を任せたまま席を離れても、進行中、入力待ち、アイドル、完了といった状態をスマートフォンから確認できます。通知をタップすれば、GitHub Mobile内の該当セッションログへ直接移動できます。(The GitHub Blog)
今回の変更は、ソースコードやCLIの実行方式を変える破壊的な更新ではありません。主な対応は、GitHub Mobileを最新版へ更新し、Copilot CLIのリモートコントロールが利用できる状態かを確認することです。ただし、企業・組織アカウントでは管理者ポリシーが必要であり、セッション情報がGitHubへ送信される点も確認しておく必要があります。
GitHub MobileのCopilot CLIライブ通知で何が変わったのか
これまでGitHub Mobileのライブ通知が主に対象としていたのは、Copilot coding agentや対応するサードパーティーエージェントがクラウド上で実行する、プルリクエスト関連のエージェントセッションでした。
今回、その対象がローカルマシン上で動作し、GitHub Mobileからリモート操作できるCopilot CLIセッションまで拡張されました。Copilot CLI、Visual Studio Code、その他の対応画面から開始したリモートセッションを、外出中や離席中でも追跡できます。(The GitHub Blog)
変更前と変更後の仕様差分
| 比較項目 | 従来のライブ通知 | 2026年7月8日以降 |
|---|---|---|
| 主な対象 | クラウド実行のプルリクエスト用エージェントセッション | リモートコントロールを有効にしたCopilot CLIセッションも対象 |
| 主な起動元 | GitHub.com、GitHub Mobile、対応エージェント | Copilot CLI、VS Code、その他の対応画面 |
| 表示される状態 | In progress、Completed、Failed、Cancelled | In progress、Waiting for user input、Idle、Finished |
| 通知タップ後 | 関連するプルリクエストを表示 | GitHub Mobile内の該当セッションログを表示 |
| 実行場所 | 主にクラウド上 | Copilot CLIを開始したローカルマシン上 |
| 既存機能への影響 | 対象外 | 既存のクラウドセッション通知に追加される形 |
従来機能が廃止または置き換えられたわけではありません。クラウド実行のエージェント通知に、リモートCopilot CLIという新しい通知対象が加わった更新です。(The GitHub Blog)
4つのセッション状態をどう判断すればよいか
Copilot CLIのライブ通知では、次の4状態が表示されます。(The GitHub Blog)
| 状態 | 実務上の見方 | 推奨する対応 |
|---|---|---|
| In progress | Copilotが処理を進めている | 基本的には待機する |
| Waiting for user input | 質問や権限承認など、利用者の応答を待っている | 通知からログを開き、内容を確認して回答する |
| Idle | 現在は処理を実行していない | 完了とは限らないため、ログを確認する |
| Finished | セッションの処理が終了した | 変更内容、テスト結果、差分を確認する |
特に効果が大きいのは、Waiting for user inputを見逃しにくくなることです。
Copilot CLIは、ツールの実行、ファイル操作、URLへのアクセス、計画の承認などで利用者の判断を求める場合があります。従来はターミナルを開かなければ入力待ちに気づけないことがありましたが、ライブ通知によって処理停止を早期に把握できます。
一方、IdleはFinishedと同義ではありません。「アイドルだから作業が終わった」と判断せず、セッションログで直前のメッセージを確認する運用が安全です。
「リモートセッション」はクラウド実行ではない
今回の「remote Copilot CLI session」は、CLIの処理そのものをGitHubのクラウドへ移動する機能ではありません。
ファイルの読み書き、シェルコマンド、ツール実行は、Copilot CLIを開始したパソコン上で継続します。GitHub Mobileは、そのセッションを監視・操作するためのリモート画面として動作します。(GitHub Docs)
この違いは、次のような場面で重要です。
- パソコンがスリープすると処理やリモート接続を維持できない
- パソコンのネットワークが切れると、モバイル側から操作できない
- ローカル環境にしかないファイルや開発ツールを引き続き利用できる
- GitHub Mobileから承認したコマンドも、実際には元のパソコン上で実行される
つまり、スマートフォンだけで処理が継続する機能ではありません。実行主体はあくまでCopilot CLIを動かしているパソコンです。
既存のCopilot CLI環境との互換性
今回の更新について、アプリケーションコード、リポジトリ構成、CLI用プロンプトを修正する必要は基本的にありません。
既存のリモートコントロール機能で使われている次の操作は、そのまま利用できます。
copilot --remoteすでに対話セッションを開始している場合は、次のスラッシュコマンドでリモートコントロールを有効にできます。
/remote on終了する場合は、次のように入力します。
/remote offすべての対話セッションでリモートコントロールを有効にする場合は、通常~/.copilot/settings.jsonに設定を追加できます。
{
"remoteSessions": true
}特定のセッションだけリモート接続を禁止したい場合は、次のオプションを利用できます。
copilot --no-remoteこれらは既存のリモートコントロール機能で案内されている方法であり、今回のライブ通知対応によって新しい起動コマンドへ移行する必要はありません。(GitHub Docs)
セッション同期だけではリモート操作できない
Copilot CLIには、セッションをGitHubアカウントと同期し、GitHub.comやGitHub Mobileから履歴を閲覧する仕組みがあります。ただし、同期された閲覧専用セッションと、操作可能なリモートセッションは別物です。
セッションがGitHub Mobileに一覧表示されていても、リモートコントロールを有効にしていなければ、プロンプトへの回答や権限承認はできません。ライブ通知を確実に利用するには、copilot --remoteまたは/remote onによってリモートコントロールを有効にします。(GitHub Docs)
ローカル画面とモバイル画面を同時操作するときの注意
ローカルのターミナルとGitHub Mobileのリモート画面は、同時に操作できます。
ただし、同じ質問や権限要求に両方から回答した場合、Copilot CLIは先に受信した回答を採用します。担当者がパソコン側で操作している最中に、別の場所からモバイル操作を重ねると、意図しない承認につながる可能性があります。(GitHub Docs)
チーム内で共有端末を使っている場合でも、リモートセッション自体は開始した本人のGitHubアカウントにひも付きます。複数人で同一セッションを共同操作する機能として扱わないことが重要です。
ライブ通知を利用するための条件
| 項目 | 条件 | 確認ポイント |
|---|---|---|
| GitHub Mobile | 最新の本番ビルド | App StoreまたはGoogle Playで更新する |
| iPhone・iPad | iOS 17.2以降 | Live Activitiesの対象バージョンを確認する |
| Android | Android 16以降 | Live Update Notificationsの対象バージョンを確認する |
| Copilot CLI | Copilotプランで利用可能 | 組織提供の場合はCLIポリシーも確認する |
| セッション形式 | 対話型セッション | --promptを使うプログラム実行は対象外 |
| リモート設定 | リモートコントロールを有効化 | --remoteまたは/remote onを利用する |
| ホストマシン | オンラインかつCLIが実行中 | スリープやターミナル終了に注意する |
| GitHubアカウント | CLIとMobileで同一アカウント | 別アカウントではアクセスできない |
| 組織ポリシー | View and control | Business・Enterprise利用者は管理者確認が必要 |
Copilot CLI自体はすべてのCopilotプランで利用できます。ただし、組織からCopilotライセンスを付与されている場合、組織側でCopilot CLIの利用が許可されている必要があります。(GitHub Docs)
また、GitHubの公式発表は、GitHub Mobileについて具体的な最小アプリバージョン番号を示さず、「latest production build」と案内しています。そのため、社内配布版や更新を固定している端末では、アプリストアの最新版と同等かを確認してください。(The GitHub Blog)
OSが古い場合の挙動
Android 16未満では、Androidのライブ更新形式は利用できません。ただし、GitHubは古いAndroidでも通常の進捗通知を受け取れると説明しています。(The GitHub Blog)
一方、iOSについて公式発表で明記されているのは、Live ActivitiesにiOS 17.2以降が必要という点です。iOS 17.2未満における代替通知の詳細は、今回の発表では示されていません。
したがって、古いiPhoneを業務利用している場合は、「通知が完全に届かない」「通常通知だけ届く」と決めつけず、実機テストで確認する必要があります。
組織アカウントでは管理者ポリシーを確認する
Copilot BusinessやCopilot Enterpriseなど、組織から付与されたシートを利用している場合は、管理者設定が重要です。
リモートコントロールを許可するには、企業または組織の管理者が、Store local sessions in the CloudポリシーをView and controlに設定する必要があります。
設定ごとの違いは次のとおりです。
| ポリシー状態 | セッション同期 | リモート操作 |
|---|---|---|
| Disabledまたは未構成 | 利用不可 | 利用不可 |
| View from cloud | 閲覧可能 | 利用不可 |
| View and control | 閲覧可能 | 利用可能 |
組織レベルでは、このポリシーは初期状態で未構成です。エンタープライズ管理者は全組織へ統一設定を強制することも、各組織へ判断を委ねることもできます。(GitHub Docs)
「GitHub Mobileにセッション履歴は出るが操作できない」という場合は、View from cloudまでしか許可されていない可能性があります。ライブ通知だけを確認するのではなく、リモート操作ポリシーまで確認してください。
セキュリティとデータ管理で確認すべきこと
ライブ通知は表示機能の拡張ですが、その前提となるリモートコントロールでは、ローカルセッションの情報がGitHubとやり取りされます。
リモートコントロールを有効にすると、会話メッセージ、ツール実行イベント、権限要求などのセッションイベントが、ローカルマシンからGitHubへ送信されます。また、GitHub Mobileなどから入力したコマンドはGitHub経由でCopilot CLIに取り込まれます。(GitHub Docs)
組織で導入する際は、次の点を事前に決めておくと安全です。
機密性の高いセッションはリモート接続を無効にする
機密情報や顧客データを扱う作業では、セッション単位で--no-remoteを使用できます。
全セッションでリモート接続を自動有効化するより、必要な長時間処理だけ--remoteを指定する運用の方が、初期導入では管理しやすくなります。
ロック画面に表示される情報を実機で確認する
公式情報では、通知に「主要なセッション情報」と現在の状態が表示されると説明されていますが、表示される具体的な情報はセッションやアプリの実装によって確認が必要です。(The GitHub Blog)
業務用端末では、次を確認してください。
- ロック画面でセッション名や作業内容がどこまで見えるか
- 通知プレビューを非表示にする必要があるか
- 個人端末で業務用GitHubアカウントを利用してよいか
- 紛失時に遠隔ロックやアカウント失効ができるか
モバイル上の権限承認を急がない
GitHub Mobileから、ツール、ファイルパス、URLなどに関する権限要求を承認または拒否できます。計画の承認、新しいプロンプトの送信、現在の処理の停止も可能です。(GitHub Docs)
ただし、スマートフォンは画面が小さく、直前のログやコマンド全体を見落としやすくなります。削除、上書き、デプロイ、外部送信に関係する操作は、通知だけを見て承認せず、セッションログと対象リポジトリを確認してから判断してください。
なお、リモート画面では/allow-allなどのスラッシュコマンドを利用できません。すべてのCLI操作をモバイルから再現できるわけではない点にも注意が必要です。(GitHub Docs)
導入手順
個人利用者の設定手順
- GitHub MobileをApp StoreまたはGoogle Playから最新版へ更新します。
- GitHub MobileとCopilot CLIで、同じGitHubアカウントへサインインします。
- Copilot CLIを最新版へ更新します。
- 対話型のリモートセッションを開始します。
copilot --remoteすでにセッションを開始している場合は、次を入力します。
/remote on- 必要に応じて、パソコンのスリープを抑止します。
/keep-alive busy- GitHub MobileのCopilot画面を開き、「Agent sessions」から該当セッションを確認します。
- テスト用プロンプトを実行し、ライブ通知が表示されるか確認します。
- 通知をタップし、正しいセッションログが開くことを確認します。
Copilot CLIでは、QRコードを表示してスマートフォンから直接セッションを開くこともできます。対話画面で/remoteを実行して接続情報を再表示し、入力欄が空の状態でCtrl＋Eを押すとQRコードの表示を切り替えられます。(GitHub Docs)
スリープ対策の選び方
/keep-aliveでは、用途に応じて動作を選択できます。
| 設定例 | 動作 |
|---|---|
/keep-alive on | CLIセッション中はスリープを防ぐ |
/keep-alive busy | Copilotの処理中や入力待ちの間だけスリープを防ぐ |
/keep-alive 30m | 30分間スリープを防ぐ |
/keep-alive 8h | 8時間スリープを防ぐ |
/keep-alive off | 通常のスリープ設定に戻す |
長時間の自動処理ではonが確実ですが、ノートパソコンの電力消費が増えます。通常業務では、処理中と入力待ちの間だけ維持するbusyが使いやすい選択肢です。各オプションの動作はGitHubの公式ドキュメントで案内されています。(GitHub Docs)
テスト時に確認すべき項目
本番リポジトリでいきなり試すのではなく、削除しても問題のないテスト用リポジトリと一時ファイルを使って確認してください。
| テスト項目 | テスト方法 | 期待する結果 |
|---|---|---|
| セッション開始 | copilot --remoteで開始する | GitHub MobileのAgent sessionsに表示される |
| In progress | 複数工程の安全なテストを依頼する | 処理中の状態が通知に反映される |
| Waiting for user input | 追加情報が必要な指示を与える | 入力待ちをスマートフォンで把握できる |
| 権限要求 | 一時ファイルの作成を依頼する | モバイルから承認または拒否できる |
| Idle | 処理の区切りで状態を確認する | Finishedと誤認せずログを開ける |
| Finished | テスト処理を完了させる | 終了状態が通知へ反映される |
| 通知からの遷移 | ライブ通知をタップする | 対応するセッションログが開く |
| アカウント不一致 | 別アカウントでMobileへログインする | セッションへアクセスできない |
| ネットワーク切断 | テスト環境で一時的に切断する | 再接続後にリモート操作を再開できる |
| スリープ | keep-aliveなし・ありで比較する | スリープ時の停止と対策効果を確認できる |
| 同時回答 | 無害な質問へ端末とMobileから回答する | 先に到着した回答が採用される |
| 通知無効化 | 設定または初回通知のボタンから無効化する | ライブ更新が停止する |
| セッション再開 | copilot --continueまたは--resumeを使う | 以前有効だったリモート接続が再度有効になる |
| スクリプト実行 | --promptを使って起動する | リモートコントロール対象外になる |
リモートアクセスは対話型セッション向けです。--promptを使ってスクリプトや自動処理から実行するセッションでは利用できません。CIやバッチ処理の監視手段として、このライブ通知を前提にしないでください。(GitHub Docs)
また、リモートコントロールを有効にしていたセッションをcopilot --continueまたはcopilot --resumeで再開すると、リモートコントロールも自動的に再有効化されます。機密作業へ切り替えた後も以前の設定が引き継がれる可能性があるため、再開時には/remoteで状態を確認するか、--no-remoteを明示してください。(GitHub Docs)
非GitHubリポジトリでは事前テストが必要
2026年5月18日の一般提供発表では、リモートコントロールがGitHub以外のリポジトリや、リポジトリに関連付けられていないディレクトリにも対応したと説明されています。(The GitHub Blog)
一方、現在参照できるGitHub Docsの手順ページには、作業ディレクトリがGitHub.com上のGitリポジトリを含む必要があるという記載が残っています。(GitHub Docs)
公式情報の間に差があるため、次の環境では対応を断定せず、最新版のCopilot CLIで実機確認してください。
- GitHub以外のGitホスティングサービスを利用している
- Gitリポジトリではないローカルディレクトリで作業している
- 社内Gitサーバー上のリポジトリを利用している
- 古いCopilot CLIを固定している
テスト時は/remote onの実行結果、GitHub Mobileへのセッション表示、ライブ通知の発生までを一連で確認します。
ライブ通知を無効にする方法
ライブ通知を使わない場合は、GitHub Mobileの設定から無効化できます。最初に表示されるライブ通知にも、素早くオプトアウトするための「Disable Live Updates」ボタンが用意されています。(The GitHub Blog)
リモートコントロールそのものを止める場合は、通知設定ではなくCLI側で無効化します。
現在のセッションだけ停止する場合は、次を実行します。
/remote off起動時に明示的に禁止する場合は、次を使います。
copilot --no-remote恒久的に無効化する場合は、~/.copilot/settings.jsonから"remoteSessions": trueを削除するか、falseへ変更します。(GitHub Docs)
ライブ通知の無効化とリモートコントロールの無効化は別の操作です。通知だけ止めても、リモートセッションのデータ連携やGitHub Mobileからのアクセスが継続する場合があります。データ送信自体を止めたい場合は、CLIまたは管理者ポリシー側も確認してください。
対応が必要かを判断する基準
| 利用状況 | 対応要否 | 推奨対応 |
|---|---|---|
| Copilot CLIを使っていない | 原則不要 | 将来導入するときに確認する |
| CLIを使うが離席中の監視は不要 | 必須ではない | リモート設定を無効のまま運用する |
| 長時間のCopilot CLI処理を実行する | 対応推奨 | Mobile更新、リモート設定、通知テストを行う |
| すでにリモートコントロールを利用している | 早めに確認 | 最新Mobileで4状態とログ遷移をテストする |
| クラウド実行のエージェントだけを使う | 緊急対応不要 | 従来のライブ通知が継続することを確認する |
| Copilot Business・Enterpriseを利用している | 管理者確認が必要 | View and controlポリシーとデータ管理を確認する |
| 機密コードを扱う | 慎重な判断が必要 | 必要なセッションだけ--remoteを有効にする |
| CIやスクリプトからCLIを実行する | 効果なし | 別の監視・通知手段を利用する |
| Android 16未満 | 一部対応 | 通常の進捗通知で十分か判断する |
| iOS 17.2未満 | 実機確認が必要 | OS更新または代替通知の挙動を検証する |
今回のGitHub MobileとCopilot CLIの更新は、既存コードへの移行作業を求めるものではありません。対応の中心は、アプリ更新、リモートコントロールの利用可否、組織ポリシー、通知とデータ管理の確認です。
Copilot CLIの長時間処理を日常的に使う場合は、まずテスト用リポジトリでcopilot --remoteを開始し、In progress、Waiting for user input、Idle、Finishedの4状態を確認してください。組織利用では、その前にStore local sessions in the Cloudポリシーと、セッションイベントをGitHubへ送信してよいかを確認することが、実運用へ進むための最初の手順です。
コメント