移動中、AIに任せた作業が「承認待ち」で止まっている。分かってはいても、席に戻るまでどうにもならない。開発エージェントを使い始めると、この場面が意外と増えます。作業はAIが進めていても、最後の承認、テスト結果の確認、差分のチェックで人の手が要るからです。
OpenAIは2026年5月14日、CodexをChatGPTのモバイルアプリから操作できる Remote connections を発表しました。噛み砕いて言うと、スマホが開発環境になるのではありません。Macなどで動いているCodexへ、外出先から指示・承認・レビューを送れるようになった、という話です。ここを取り違えると、期待もずれます。
先にまとめ
スマホは操作口で、実際に動くのは接続先のパソコンです。だから、狙うのは「どこでも開発」ではなく「確認待ちを減らすこと」。小さな修正の方針確認、差分のチェック、テスト失敗の一次対応から始めます。使う前に決めるのは、承認してよい操作と、公開しないネットワークの線引きです。
外出中の確認待ちで作業が止まりがちな方に向けた内容です。スマホだけで完結するノーコード開発アプリを探している方には向きません。
スマホが「操作端末」になった
公式の更新履歴には、2026年5月14日の項目として「どこからでもCodexを使う」とあります。Macで動いているCodexにモバイルアプリを接続すると、同じプロジェクト、ファイル、認証情報、拡張機能、設定を、そのままスマホから使えます。
派手な新モデルの発表ではありません。それでも現場から見ると、地味に大きい変更です。AIに任せた仕事は、たいてい最後の人間確認で止まるからです。止まっている時間を、移動時間で埋められるようになる。
大事なのは、実行される場所が変わっていないことです。動いているのは接続先のパソコン。スマホは、そこへ声を届ける窓口です。
スマホから回しやすい作業
公式ページには、新しい会話を始める、既存の会話を続ける、追加の指示を送る、操作を承認する、差分やテスト結果を確認する、といった用途が並んでいます。要するに、スマホは全部をやる場所ではなく、止まっている作業を前に進める場所です。
- check_circle小さな修正の方針確認。「その方向で進めて」「テストも足して」と返す
- check_circle差分の確認。全部ではなく、重要なファイルだけ先に見る
- check_circleテスト失敗の一次対応。出力を見て、原因調査を続けさせる
- check_circle文書や設定ファイルの軽い修正。人が読めば判断できる範囲に絞る
逆に、長い設計判断や大きな仕様変更は、小さな画面だけで決めないほうが安全です。スマホでやるのは「止めないための確認」。そう決めておくと、使い方に迷いません。
誤解しやすいところ
見出しだけ読むと、スマホで開発環境が動くように思えます。実際に使われるのは、接続先にあるプロジェクト、ファイル、認証情報、権限、拡張機能、ブラウザ設定、手元の道具です。スマホ側にあるのは、画面と入力だけです。
社内で説明するなら、「スマホが開発パソコンになる」ではなく、「開発パソコンで動いているAI担当者に、スマホから指示を出せる」のほうが近いです。外部の担当者へチャットで追加指示を送る感覚に似ています。相手の作業机は、相手の場所にあります。
始める前にそろえるもの
必要なのは、Codexが使えるアカウント、最新のモバイルアプリ、そして起動していてネットにつながっているMacです。同じアカウントとワークスペースでサインインしていることも条件になります。
手順そのものは短いです。Mac側のCodexアプリでモバイル接続の設定を開き、表示されたQRコードをスマホで読み取る。認証が求められたら済ませる。あとは、接続している端末の一覧と、Macがスリープしない設定を確認しておきます。
ひとつ注意点があります。現時点では、モバイル接続の受け側にはmacOS版のアプリが要る、という前提で書かれています。ターミナル版やエディタの拡張から設定する流れではありません。Windowsで運用している場合は、ここで一度止まります。
まず狙うのは、確認待ちの削減
中小企業でいきなり大きな開発を外出先から動かす必要はありません。効くのは、小さな停止を減らすことです。任せた作業が、人が戻るまで止まる。その5分や30分が、1日に何度も起きています。
コツは、報告の形を先に決めておくことです。「変更したファイルを3行で。テスト結果は合否だけ。判断が要るところは質問の形で1つだけ」。こう指定しておくと、小さな画面でも判断できます。
丸投げするのではなく、人が見る場所を先に決める。i-Styleでは、この線引きこそがAI活用の効きどころだと見ています。読みやすい報告は、書かせるものです。
便利さより先に、止める線を決める
会社で使うなら、セキュリティの話は避けられません。公式の説明では、認可された端末から信頼された機械へ、安全な中継の層を通って届く仕組みとされています。同時に、接続先を公開ネットワークにそのまま晒さないことも明記されています。
先に決める4つ
スマホから承認してよい操作の範囲。接続先を公開ネットワークへ出さないこと。Macのスリープと接続状態の管理。そして、端末を失くしたときに接続を切る手順。どれも、使い始めてからでは決めにくくなります。
便利な機能ほど、どこまで任せるかを先に決めておくほうが長く使えます。地味ですが、ここを決めるだけで安心感が変わります。
よくある質問
スマホだけで開発できるようになったのですか？
いいえ。スマホ単体で開発環境が動くわけではありません。接続先のパソコンで動いているCodexへ、指示・承認・レビューを送る仕組みです。
接続には何が必要ですか？
Codexが使えるアカウント、最新のモバイルアプリ、起動していてオンラインのMac。そして、同じアカウントとワークスペースでのサインインです。
会社では何から試すべきですか？
小さな修正、テスト結果の確認、差分レビュー、文書更新など、人が短時間で判断できる作業からが現実的です。
セキュリティで気をつける点は？
接続先を公開インターネットへ直接晒さないこと、Macの状態を管理すること、認証と承認の範囲を事前に決めておくことです。
まとめ：どこでも作るより、止めない
今回の機能は、どこでも全部を作るためのものではありません。仕事の流れを止めないための機能です。AIが裏側で進め、人は大事な判断だけを返す。その分担ができると、半年後の働きやすさが変わります。
冒頭の「席に戻るまでどうにもならない時間」。あれは、作業が難しかったからではなく、返事を待っていただけでした。返事だけなら、移動中でも返せます。
参考: Codex Changelog（OpenAI Developers / 2026年5月14日） ／ Remote connections ／ Codex App
AI活用の進め方を相談したい方へ
Codex のような開発エージェントは、ツール単体よりも「どの業務に、どこまで任せるか」の設計で成果が変わります。i-Style では、AI導入や業務フローの整理を、現場に合わせて一緒に組み立てています。
お問い合わせページへarrow_forward
関連記事
