Codex Remote、iPhoneをエージェント作業の操作盤に変えた
OpenAI Developersの「Mastering Codex Remote for engineering」は、Codex Remoteを単なる進捗確認アプリではなく、MacやWindows、devboxで動くエージェント作業をスマートフォンから始め、向きを変え、レビューし、整理する操作盤として説明しています。重要なのは、iPhoneを小さなターミナルにすることではありません。ホスト、ワークスペース、worktree、QueueとSteer、権限承認、差分レビュー、Side chat、Goal、通知、Thread Deskを、移動中でも判断できるUIに落とし込んだ点です。
スマートフォンは作業場所ではなく操作盤になる
OpenAIの投稿は、Codex Remoteの本質を「開発マシン上で走る作業を、ネイティブなモバイルUIで制御すること」と置いています。コードはMac、Windowsマシン、devbox、接続済みホストで動き、スマートフォンはその仕事に境界を与える場所になる。これは、リモートデスクトップや小さな端末上のターミナルとはかなり違う考え方です。
そのため、最初の設計ポイントは環境選びです。Codex Remoteでは、接続ホスト、ワークスペース、ブランチ、新しいworktree、環境セットアップを開始前に選べると説明されています。短い調査なら既存チェックアウト、本格的な変更なら隔離されたworktree、という判断を最初に置けます。
ここでInterface Wire的に面白いのは、エージェント時代のモバイルUIが「全部の機能を縮小表示する」方向ではなく、「どの判断を外出先で済ませたいか」から組み立てられていることです。どのリポジトリで走らせるか、どの権限を許すか、次の指示は待たせるか、今すぐ方向転換するか。Codex Remoteは、作業そのものより判断のUIを前面に出しています。
QueueとSteerが、走っているエージェントへの介入を分ける
投稿の中で最も製品らしい差分は、QueueとSteerの区別です。Codexがすでに作業中のとき、Queueは現在の応答が終わってから次のプロンプトを送る。一方、Steerは進行中の作業へ方向修正を注入します。
これは小さな設定に見えて、エージェントUIでは大きな意味を持ちます。作業が終わるのを待って次の依頼を出すのか、今まさに間違った方向へ進んでいる作業を止めるのか。OpenAIの例では、修正範囲をモバイルパッケージ内に限定する、再接続後の経路をテストする、UIではなくサーバー側削除を確認する、といった指示がSteerの用途として挙げられています。
これまでのチャットUIでは、ユーザーの追加メッセージはほぼ常に「次の発話」でした。Codex Remoteでは、発話のタイミング自体がコントロールになります。エージェントが長く走るほど、ユーザーがどこで割り込み、どこで待つかを明示できるUIが必要になります。
レビューと権限承認がモバイルUIの中心になる
Codex Remoteは、完了した作業の変更ファイル一覧、差分、ソース表示、折りたたみ、行折り返し、インラインコメント、reviewコマンドを同じ流れで扱うと説明されています。スマートフォンが大画面のコードレビューを置き換えるわけではありませんが、レビューが一つか二つの判断で止まっている場面なら、外出先から差分を見てコメントを返せます。
権限承認も同じです。投稿では、コマンド、ファイル変更、ネットワークアクセス、接続ツールへの承認要求がCodex Remote上に出るとされ、承認は一度だけ、現在のチャット、より広い範囲などに分かれます。強いエージェントほど、何をどこまで許すかをUIで狭く選べることが大事になります。
さらに、Side chat、Plan、Goal、/status、/compact、/fork、通知、ピン留め、リネーム、アーカイブが、長く続く作業の整理に使われます。OpenAIはこれをThread Deskやchief of staff的な使い方として説明しています。つまりCodex Remoteは、プロンプトを送る入口だけでなく、複数のエージェント作業が「進行中」「ブロック中」「レビュー待ち」「完了」のどこにあるかを見る作業台になっています。
Codex Remoteの大きな示唆は、モバイルAIアプリの役割が「小さな画面で全部やる」ことではない、という点です。実際の処理は適切な開発環境で走らせ、スマートフォン側は作業開始、境界設定、割り込み、権限承認、差分レビュー、通知、整理に集中する。AIエージェントが長時間・複数スレッドで動くほど、最後に重要になるのは、ユーザーが安全に判断できる操作盤です。