CodexがWindowsリモート操作に対応：スマホがWindows開発機の遠隔コンソールになる¶

対象 / ポイント

対象: Codexを業務で使う開発者、AIエージェントに長時間タスクを任せたいチームリード。

ポイント:

Codexアプリ v26.527で、Windowsホストをリモート操作できるようになった
スマホは承認、追加指示、差分・ログ確認を担い、実行環境はWindows機側に残る
Windows版Computer Useはフォアグラウンド動作のため、リモート操作と組み合わせる価値が大きい

2026年5月29日、OpenAIはCodexアプリ v26.527でWindows向けにComputer Useとリモート操作を追加した。¹ 5月14日の公式発表時点では、Codexのモバイル利用はプレビューとして始まっていたが、Windowsホスト接続は「coming soon」とされていた。⁴ その未対応部分が、今回の更新で埋まった。

この記事の問いは1つだ。 Windows機をCodexの実行ホストとして置き、人間はスマホから安全に監督できるのか。

結論から言えば、長時間の実装、テスト、画面確認にはかなり相性がよい。ただし、Windows版Computer Useにはフォアグラウンド動作という制約がある。この制約を前提に、使い方を設計する必要がある。

何が変わったか¶

v26.527の更新は、Windowsユーザーにとって3つの意味を持つ。

Computer UseがWindowsで利用可能になった: Codexが画面を見て、クリックし、入力しながらWindowsデスクトップアプリを操作できる¹
Remote ControlがWindowsホストをサポートした: ChatGPTのiOS / Androidアプリ、またはMac上のCodexからWindows端末上の作業を開始・確認できる¹
プロフィール画面が強化された: プロフィール詳細、利用統計、トークン活動を確認できる¹

実務上の本命は2つ目だ。スマホからWindows機上のCodexスレッドを見られるようになると、作業場所と監督場所を分けられる。会社のデスク、自宅のデスクトップ、常時起動PCを「実行側」に寄せ、人間は移動中でも承認と方向修正だけを返せる。

これは単なる通知機能ではない。 Codexの作業面そのものが、別デバイスから扱えるようになる更新だ。

スマホは何を操作するのか¶

リモート操作では、スマホが開発環境を丸ごと持つわけではない。ファイル、認証情報、ローカル設定、プラグイン、MCPサーバー、シェル実行環境はホスト側に残る。² スマホは、指示と承認を送り、結果を読むための操作卓になる。

OpenAIのRemote connectionsドキュメントでは、リモート側からできることとして次が挙げられている。²

ホスト上のプロジェクトで新しいスレッドを開始する、既存スレッドを継続する
追加指示を送る、質問に答える、進行中の作業を修正する
コマンドやアクションを承認する
出力、差分、テスト結果、ターミナル出力、スクリーンショットを確認する
タスク完了や承認待ちの通知を受け取り、ホストやスレッドを切り替える

この分担が重要だ。スマホは「軽量版IDE」ではなく、Codexの判断待ちを止めないための遠隔コンソールである。移動中に差分を眺め、危険な操作は保留し、簡単な方針確認だけ返す運用に向く。

初回設定の流れ¶

初回設定は、ホスト側のCodexアプリから始める。 Codex CLIやIDE拡張だけではモバイル接続のセットアップはできない。²

同じアカウントにそろえる: WindowsのCodexアプリとChatGPTモバイルアプリを、同じChatGPTアカウントとワークスペースで使う
最新アプリに更新する: iOS / AndroidのChatGPTアプリと、 Windowsホスト上のCodexアプリを最新化する
QRコードで接続する: Codexアプリのサイドバーからモバイル設定を開始し、表示されたQRコードをスマホで読み取る
接続設定を確認する: Codex側の Settings > Connections で接続済みデバイス、スリープ抑止、Computer Use、Chrome拡張の設定を管理する

最初の検証は、小さなタスクでよい。 README要約、テスト結果の確認、差分のレビューなど、破壊的変更を伴わない作業から始める。通知、承認、スクリーンショット、ターミナル出力が想定通り届くかを見る。

設定で迷うのは、どのPCをホストにするかだ。普段のWindowsノートPCでもよいが、スリープやネットワーク切断でリモート接続は止まる。長時間タスクなら、常時起動のWindows PCや管理されたSSH環境をホスト候補にする方が安定する。²

Computer Useと組み合わせる理由¶

今回の更新で面白いのは、リモート操作とComputer Useが同時にWindowsへ来た点だ。

Computer Useは、Codexがデスクトップアプリを見て操作する機能だ。³ UIテスト、ログイン済みアプリの確認、画面でしか再現しないバグ調査、PDFやスライドの目視確認に使える。コード編集やテスト実行はCLIに任せ、画面状態だけComputer Useに渡すと役割が分かりやすい。

ただしWindowsでは、Computer Useはアクティブなデスクトップ上で動作する。同じWindowsセッションを人間が使い続けながら、裏側でCodexだけを動かすことはできない。³ Codexがポインターを動かし、入力し、前面の画面を使う。

ここでリモート操作が効く。 Windows機をCodexの実行専用に渡し、人間はスマホから進捗確認と承認だけを行う。フォアグラウンド動作という制約は、Windows機を「作業者」ではなく「実行ホスト」として扱う発想に変えると受け入れやすい。

使いどころと避けたい場面¶

リモート操作は、すべての承認をスマホに寄せるための機能ではない。向いている作業と、避けたい作業を分ける必要がある。

場面	向いている理由	注意点
長いテストやビルドの確認	完了通知を受け、結果を見て次の指示を返せる	失敗ログが長い場合はPCで精査する
小さな実装修正のレビュー	差分、テスト結果、説明をスマホで確認できる	大規模リファクタは画面が狭い
GUIバグの再現	Computer Useのスクリーンショットで状態を追える	Windowsホストを占有する
方針確認や追加指示	進行中のスレッドを止めずに方向修正できる	曖昧な指示は手戻りを増やす

避けたいのは、課金、管理者権限、本番環境、セキュリティ設定、取り消しにくいファイル操作の承認だ。スマホ画面では、文脈や差分の見落としが起きやすい。リモート操作中でもサンドボックス、セキュリティ制御、アクション承認は適用されるが、最終判断の質は人間側のレビュー環境に依存する。²

安全に始めるチェック¶

最初の運用は、ホストを1台、プロジェクトを1つ、権限を狭くして始めるのがよい。

信頼できる自分のデバイスだけを接続する
Windowsホストはロック、スリープ、ネットワーク切断の挙動を確認する
Computer Useを使う場合は、画面上に機密情報や不要な管理画面を開いたままにしない
スマホ承認で許す操作と、PCに戻って確認する操作を事前に分ける
接続済みデバイスは Settings > Connections で定期的に見直す

大事なのは、スマホから何でも承認できることではない。 人間の判断が必要な短い分岐だけを、場所に縛られず返せることだ。

まとめ¶

CodexのWindows対応は、単にデスクトップアプリを操作できるようになったという話に収まらない。 Windows機をエージェントの実行ホストにし、スマホを監督コンソールにする運用が現実的になった。

この形は、AIエージェントの働かせ方を少し変える。人間がPCの前に張り付いて待つのではなく、PCは作業を続け、人間は必要な判断だけ返す。 Windows版Computer Useのフォアグラウンド制約も、この分担を前提にすれば設計しやすい。

まずは小さなリポジトリ、短いタスク、低リスクな承認から始める。そこで通知、差分、テスト結果、スクリーンショットの流れが安定すれば、運用は変わる。 Windows機は「自分が座って使うPC」から「Codexに作業を任せる実行ホスト」へ近づいていく。