「ライブストリーミング」は、これまでRemote Controlが表示していた「ステータス」と何が違うのか?
ステータスは粗い粒度の情報だ——実行中、完了、失敗の数種類しかなく、タスクがまだ動いていることはわかっても、「今」何をしているかはわからない。ライブストリーミングは、subagentがツールを呼び出すたび(あるファイルを読む、あるコマンドを実行するなど)と、その結果を受け取るたびに、段階的にリアルタイムで送信する。つまり、リモートデバイスで見る画面の粒度は、パソコンの前でターミナルを直接見ているのと同じになる。
この違いは、リアルタイムな介入が必要な場面で特に重要だ。subagentがタスクの途中で権限確認を求めてきた場合、ステータスのみの表示だと、パソコンの前に戻るまで詰まっていることに気づかないかもしれない。ライブストリーミングがあれば、スマホでその確認を直接見て、その場で応答できる。
なぜこの機能はフォアグラウンドのsubagentに限定されているのか、いっそバックグラウンドのsubagentもライブストリーミングできるようにしないのか?
鍵となるのは、フォアグラウンドとバックグラウンドのsubagentがそもそも異なるユーザーの意図を表しているという点だ。あるタスクをフォアグラウンドに送るのは、通常その瞬間にそれを見守り、いつでも介入する準備ができているからだ。一方バックグラウンドに送るのは、「今はこれによって邪魔されたくない」という意図的な選択だ。もしバックグラウンドのsubagentもライブストリーミングされてしまえば、あなたが明確に「邪魔されたくない」と示した後も、システムは詳細を押し付け続けることになり、そもそもバックグラウンドに送った意図と直接矛盾してしまう。
もう一つの実務的な考慮点は情報量だ。ほとんどの人は複数のバックグラウンドタスクを同時に動かしている。もしそのすべてがツール呼び出しの詳細をリアルタイムでストリーミングしたら、Remote Control側は大量の情報に埋もれてしまい、本当に注意が必要なフォアグラウンドタスクの情報がかえって薄まってしまう。ライブストリーミングをフォアグラウンドに限定することは、この機能を「数が限られていて、今実際に注目しているタスク」に絞り込むことであり、動いているすべてのsubagentに無差別に拡大することではない。
実際にこのライブストリーミングをどうトリガーし、どう確認すればよいのか?操作の流れはどうなっているのか?
最初の前提条件は、バージョンが2.1.251以降であることだ。この機能はこのバージョンで初めて追加された。実際の流れはこうだ。ローカルのターミナルでsubagentを起動し、それをフォアグラウンドのまま実行する(意図的にrun_in_backgroundやフォークモードでバックグラウンドに送るのではなく)。その後、Remote Control経由でスマホや別のデバイスからそのセッションに接続する——接続後、リモートデバイスの画面には、このフォアグラウンドのsubagentのすべてのツール呼び出しとすべての結果がリアルタイムで同期表示され、追加の設定やスイッチのオンは不要だ。
もし元のセッションでフォアグラウンドとバックグラウンドのsubagentが同時に動いている場合、リモートデバイス上では非対称な体験になる。フォアグラウンドのものは段階的な詳細が見えるが、バックグラウンドのものは依然としてステータスのみが表示される——これは正常な挙動であり、バックグラウンドのsubagentに問題があるとか、接続に異常があるということではない。
この機能は、もうパソコンの前に張り付いている必要がなく、Claude Codeを完全にスマホだけで管理できるようになったということなのか?
この機能は確かに「パソコンの前にいない」ことと「詳細が見えない」ことのギャップを大幅に縮めているが、完全には解消していない——これが解決しているのは「見えるかどうか」の問題であって、「すべての操作ができるかどうか」の問題ではない。スマホでフォアグラウンドのsubagentの一挙手一投足をリアルタイムで見ることはでき、同じリリースで追加されたattach、stop、respawnといったコマンドで基本的なセッション管理もできるが、それがモバイルインターフェースでローカルのターミナルとまったく同じことがすべてできることを意味するわけではない。特に大量の入力や複雑なやり取りが必要な場面ではそうだ。
より現実的な位置づけは、この機能が「パソコンから離れているが、それでも進捗を把握し、必要なら介入したい」という中間的な状態に対して実行可能な選択肢を与えてくれる、ということだ。「パソコンの前に戻って完全に操作する」ことを置き換えるためのものではない。タスク自体が密なやり取りによる調整を必要とするなら、パソコンの前に戻って対応する方が効率的だ。単に進捗を確認したい、権限確認に応答したい、緊急で停止させたいといった場合には、スマホでのライブストリーミングで十分対応できる。
Claude Code 2.1.251(2026年8月28日リリース)には71件の変更が含まれているが、そのうちの1項目は長いチェンジログの中に埋もれがちでありながら、日常的な使い方に実質的な影響を与える。Remote Controlが、フォアグラウンド(foreground)で動くsubagentのツール呼び出しと結果を、接続されたデバイスにリアルタイムでストリーミングするようになった——バックグラウンド(background)のsubagentは変わらず、ステータスのみを表示し、詳細はストリーミングされない。
Remote Controlは、実行中のClaude Codeセッションをスマホや他のデバイスから遠隔操作・監視できる機能だ。今回のアップデート以前は、subagentがフォアグラウンドで動いていようとバックグラウンドで動いていようと、Remote Control側で見られるのは大まかなステータス(実行中、完了、失敗)だけだった。subagentがその瞬間にどのファイルを読んでいるか、どのコマンドを実行しているか、どんな結果を受け取ったかをリアルタイムで確認する手段はなく、詳細を見るにはローカルのターミナルに戻る必要があった。
2.1.251以降、subagentがフォアグラウンドで実行されている場合(バックグラウンドに送られたものではなく、直接見ている類のもの)、そのすべてのツール呼び出しとすべての返り値が、Remote Control経由で接続されたクライアントにリアルタイムでストリーミングされるようになった。つまり、パソコンの前にいなくても、subagentが今まさにどのファイルを読んでいるか、コマンドのどの行を実行しているか、実行完了後に何が返ってきたかを、スマホ上で確認できる。バックグラウンドのsubagentの挙動はまったく変わっておらず、依然としてステータスのみが表示され、こうした段階的な詳細のストリーミングは行われない——これは今回のアップデートの見落としではなく、意図的な設計上の区別だ。
フォアグラウンドとバックグラウンドのsubagentは、そもそも果たす役割が異なる。フォアグラウンドのsubagentは通常、あなたが能動的に見守り、いつでも介入する準備ができているタスクだ。一方バックグラウンドのsubagentは、常時見ているつもりはないという前提で意図的に送り出した長時間タスクだ。もしバックグラウンドのsubagentもすべてのステップをリアルタイムでストリーミングしてしまえば、複数のバックグラウンドタスクを同時に動かしている場合に情報過多になってしまう——そもそもバックグラウンドに送ったのは、それによって邪魔されたくなかったからだ。ライブストリーミングをフォアグラウンドのsubagentに限定することで、この機能は「今まさに詳細を見たいが、物理的にパソコンの前にいない」という特定のユースケースにのみ応えるものとなり、すべてのsubagentの詳細を無差別に押し付けることを避けている。
最も直接的に恩恵を受けるのは、パソコンの前でフォアグラウンドのsubagentを起動してタスクを処理させた後、席を離れる必要がある場合だ(会議に出る、コーヒーを取りに行くなど)。それでも進捗を把握し続けたい、あるいはsubagentが途中で遭遇した権限確認にすぐ応答する必要があるかもしれない、という状況だ。以前はパソコンを離れると詳細をまったく確認できなくなり、戻ってくるまで待つしかなかった。今ではRemote Control経由で接続されたスマホや他のデバイスを通じて、subagentがその瞬間に何をしているかを直接確認でき、パソコンの前にずっと張り付いている必要がない。このアップデートは、同じリリースで追加されたclaude attach、logs、stop、respawn、rmといったコマンドと同じ方向性を持っている——いずれも「パソコンの前にいないこと」と「詳細が見えずタスクを管理できないこと」を、少しずつ切り離していくものだ。