通勤地铁の中でバグを修正した。スマホのエディタで無理やり数行打ったのではない——Codexに携帯電話上でPR全体を走らせたのだ。
OpenAIは本日、CodexをChatGPTモバイルアプリに組み込んだ。HNでは155ポイント、66件のコメントの半分が「手机上でコードを書くのは本当に靠谱なのか」を議論していた。
1時間実測した。結論から先に言うと：使える。ただし明確なシナリオの境界がある。すべてのことが手机上でやるのに適しているわけではないが、確かにパソコンを開くよりも速いシナリオがいくつかある。
手机上でコードを書く、今回は少し違う
過去のモバイルプログラミングツールの共通の問題は：書けるけど走らせられないということだった。
Codexのモバイルでのロジックは逆だ。手机上でコードを書くのではなく、AIに書かせて、クラウドで走らせて、手机上でレビューと指揮をする。
違いは何か？インタラクションモードが変わったのだ。「1行ずつ手書き」から「意図を記述 → 結果を見る → 反復修正」へ。手机の画面が小さいのは密集コーディングには適さないが、意思決定には適している——そしてこれこそがCodexワークフローのコアだ。
実際の体験：3つのシナリオ、3つの結果
シナリオ1：緊急バグフィックス。 本番環境でNullPointerが出た。手机上でログをCodexに貼り付けて、原因分析と修正方案を出させた。3分でdiffが出て、ロジックをスキャンして問題ないことを確認し、そのままコミットさせた。パソコンは一度も開かなかった。この種のシナリオでは、モバイル体験は既に十分だ。
シナリオ2：小機能イテレーション。 あるAPIにquery paramを追加し、テストファイルを2つ修正。Codexは手机上で処理できるが、diffプレビューは縦画面では見にくい。横画面の方がましだが、それでもデスクトップの快適さには及ばない。使えるが、推奨しない。
シナリオ3：新モジュール開発。 ゼロからモジュールを書く？手机上ではやめよう。Codexの能力が足りないからではない——インタラクション効率の天井がそこにあるからだ。
結論
開発者なら、手机上にChatGPT + Codexを入れる意義はパソコンを代替することではなく、応答時間を短縮することにある。
半夜に線上で問題が発生したとき、パソコンを開いてVPNに接続してコードを引っ張って再現して修正してコミットする必要はない。ベッドから手机を取り出して、10分で方案を出せる。これは派手なことではなく、实实在在的な時間節約だ。
ソース：