第68回：OpenAI Codexで自動化。Computer Useでどう変わるか｜AI記事作成｜AI副業
2026年4月16日、OpenAIはCodexを単なるコーディング支援ツールから、より広い仕事を扱うワークスペースへ押し広げる更新を打ち出した。追加・強化されたのは、Computer Use、アプリ内ブラウザ、成果物ビューア、スレッド継続、PRレビュー導線、プラグイン群などだ。2月2日にmacOS版アプリが出て、3月4日にWindows版も加わったCodexは、この更新で「コードを書くAI」から「作業を前に進めるAI」へ一段階進んだと考えて良い。
重要なのは、今回の変化がコード生成の精度向上だけではない点にある。設計、確認、修正、レビュー、周辺ツールの往復まで含めた開発の流れ全体を、Codexが部分的に引き受け始めた。変わったのは出力の質だけではなく、AIが介入できる作業の範囲が広がったということだ。
「画面が見える」ことで、自動化の範囲が一段広がった
今回の目玉はComputer Useだ。CodexはmacOS上でアプリの画面を見て、クリックし、文字を入力できる。これは単なる便利機能ではない。CLIやAPIで閉じた自動化では触れなかった領域、つまりGUI前提の作業にまでエージェントが踏み込んだという意味を持つ。
この機能が有効に働くのは、デスクトップアプリの確認、ブラウザやシミュレータ上のフロー検証、プラグインがないデータソースの操作、GUIでしか再現しない不具合の調査といった場面だ。要するに、「コードは書けるが、最後の確認は人間が画面でやるしかなかった」領域を吸収し始めている。ここが大きい。
Computer Useはシステム状態を変えうる機能なので、公式にもタスクは狭く保ち、権限確認を見ながら進める前提で案内されている。つまり、放っておけば全部うまくやる存在ではなく、監督付きで使う高性能オペレーターと捉えるほうが正確だ。
開発者の仕事の面倒な部分はコード以外
多くの開発者が本当に消耗しているのは、実装そのものよりも、前後にある細かい作業だ。差分確認、PRコメントの処理、テスト実行、仕様確認、画面確認、成果物の見直し。この断片化した作業が集中を壊す。Codexが担おうとしている部分はそこにある。
Codexアプリには、diff確認、コメント付け、stage、revert、commit、push、PR作成までのGit導線が入っている。PRブランチ上ではレビューコメントや変更ファイルを見ながら、そのまま修正を進める流れも組める。加えて、各スレッドには統合ターミナルがあり、テストやlintやGit操作をアプリ外に出ずに回せる。これは「AIがコードを書く」より、「人間が作業を切り替えなくて済む」価値のほうが大きい。
情報確認まわりも整理されている。アプリ内ブラウザはサインイン不要の公開ページやローカルプレビュー向け、成果物ビューアはPDF、スプレッドシート、文書、プレゼンをサイドバーで確認できる。つまり、仕様確認、見た目確認、成果物レビューを同じ文脈の中で回せるようになってきた。元原稿の「サイドバーで何でもできる」はちょっと言い過ぎだが、「確認作業の往復を減らす方向になっている」は正しいかもしれない。
リモート環境との接続も広がっている。公式ドキュメントではSSHホスト上のリモートプロジェクトを追加し、リモートのファイルシステムとシェルでスレッドを実行する流れが案内されている。ただし現時点ではalpha機能として説明されているので、ここは注意だ。
画像、プラグイン、外部接続が加わり、Codexは「開発専用ツール」から外に出始めた
今回の更新でCodexは、90以上の新しいプラグインや連携を扱えるようになり、プラグインディレクトリも加わった。これは単なる数の話ではない。Jira、GitLab Issues、Microsoft系ツール、CI/CD、データベースなど、開発の周辺で発生する情報の受け渡しをCodex側に寄せやすくなるという意味だ。AIがコードだけ見ていても仕事は完結しない。むしろ、周辺システムにどこまで手が届くかが実務価値を決める。 (OpenAI Developer Community)
画像生成の統合も同じ文脈で見るべきだ。OpenAIは、Codexがgpt-image-1.5を使って画像を生成・編集し、スクリーンショットやコードと組み合わせながら、フロントエンド設計やモック、ゲーム素材づくりに活用できると案内している。ここでも本質は「画像が作れること」ではなく、「デザイン資産の生成と実装を同じスレッドで回せること」にある。 (OpenAI)
Claudeとの比較すべきところは、どちらが良いということではない
Claudeのcomputer useは2024年10月に公開されており、この領域では先行していた。しかもAnthropicは2026年時点でもcomputer use性能を重要な差別化要素として打ち出している。だから「Claudeを超えた」と言い切れるものではない。
比較するなら、OpenAIのCodexは「開発ワークフローの統合」と「複数エージェント運用」の方向に強く向けている、と言える。worktree、PRレビュー、成果物プレビュー、タスクサイドバー、継続スレッドといった要素は、単体性能の誇示ではなく、日々の開発導線をCodex中心に再設計しようとする発想でつながっている。ここがCodexの立ち位置だ。
まとめ
今回のCodexの更新が示したのは、AIがコード補完やコード生成の延長線上にとどまらないということだ。見て、触って、確認して、修正して、レビューを回し、必要なら周辺ツールにも手を伸ばす。AIの価値が「何行書けるか」から「どこまで作業を完了に近づけられるか」へ移り始めている。
実務で重要なのは、自律性そのものではなく、監督可能な自律性だ。権限、差分確認、レビュー、タスクの切り分け。この前提を守れるなら、Codexは「開発者の代わり」ではなく、「開発者が雑務と往復を減らすための実働レイヤー」になりうる。開発者の仕事が消えるかどうかではない。タイピング中心の仕事観が、委任と監督中心の仕事観に置き換わるかどうか。その変化のほうが、ずっと本質的だ。
