OpenAI Codex Goalモード、長時間開発運用の新基準

OpenAIが2026年5月21日のChatGPT Release Notesで、Codexの文脈入力、Goal mode、ブラウザ注釈、locked computer useをまとめて更新した。単体では小さなUI改善に見えるが、企業の開発現場で見ると、Codexを短い質問応答ツールから、長時間動く作業エージェントへ寄せる更新である。

この流れは、すでに扱ったOpenAI CodexのDell連携やOpenAI Codex Securityと同じシリーズで読むべきだ。Codexはコード生成だけでなく、社内環境、ブラウザ、デスクトップアプリ、セキュリティワークフロー、承認導線に触れる開発基盤へ近づいている。さらにCodexのモバイル遠隔操作で見た「離席中も判断を返す」流れとも接続する。

事実: 2026年5月21日に何が更新されたのか

OpenAIのリリースノートでは、Codexに関する更新として五つの項目が並んでいる。Appshots、Goal modeの一般提供、in-app browser annotations、locked computer use、そしてBrowser use改善である。対象はCodex app、IDE extension、CLI、MacのComputer Use、in-app browserと広く、ひとつの機能だけを追加したというより、Codexの作業継続性と視覚的な作業文脈を強化した更新だ。

Appshotsは、macOS版Codex appで前面のアプリウィンドウをCodexスレッドへ渡す機能である。スクリーンショットだけでなく、アプリが提供できる可視テキストや一部のオフスクリーンテキストも含められる。APIドキュメント、メール、カレンダー、画像編集画面、設定画面、エラー表示など、文章だけで説明しにくい状態をそのまま作業文脈にできる。

Goal modeは、Codexに長めの目的と完了条件を持たせる機能として一般提供された。OpenAI Developersの説明では、/goalで開始し、目標文が開始プロンプトであると同時に完了基準にもなる。つまり「この不具合を直して」ではなく、「この画面のモバイル崩れを再現し、修正し、指定テストを通し、差分を説明する」ようなゴールをCodexが継続的に参照できる。

in-app browser側では、注釈による視覚フィードバックが強化された。ローカル開発サーバーやファイルベースのプレビューをCodexと同じ画面で確認し、要素や領域にコメントできる。今回の更新では、フォント、テキスト、余白、色のようなスタイル指定をより細かく伝えられるようになった。フロントエンド修正で「ここが少し変」という曖昧なやり取りを減らす狙いがある。

locked computer useは、Macがロックされた後でも、条件を満たしたComputer Useタスクを継続できる仕組みだ。ただしOpenAIのドキュメントは、これは一般的なリモートアンロックではなく、信頼された短いComputer Useターンに限ると説明している。日本企業が読むべきなのは、便利さだけでなく、Mac端末、画面ロック、遠隔作業、権限承認の境界が製品機能として明示され始めた点である。

事実: Goal modeは「作業の終わり」をCodexに持たせる

AIコーディングエージェントで難しいのは、最初の修正案ではなく、最後まで終わらせることだ。調査、再現、修正、テスト、追加修正、説明のどこかで目的がぼやけると、エージェントは局所的に正しい作業をしても、全体としては終わらない。

Goal modeはこの問題に対するUI上の答えに見える。OpenAIは、Goal modeを「多くのステップが必要な作業」や「明確な完了定義が必要な作業」に向くものとして説明している。これは日本の開発組織にとって実務的だ。バグ修正、移行作業、リファクタリング、テスト追加、脆弱性対応、ドキュメント更新は、いずれも途中で寄り道が起きやすい。

従来のプロンプトでは、ユーザーが都度「次はテスト」「差分を絞って」「この仕様は変えない」と補正する必要があった。Goal modeでは、最初に成功条件を書いておけば、Codexが作業中にそこへ戻りやすい。もちろん、これは品質保証を自動化するものではない。むしろ、人間が最初に成功条件を明文化する圧力が高まる機能だ。

日本企業で使うなら、Goal modeの価値はプロンプト入力の省略ではなく、作業依頼の型を作れる点にある。たとえば「既存API互換を壊さない」「指定テストとlintを通す」「差分は対象ディレクトリだけ」「本番設定は触らない」「不確実な点は質問する」といった条件を、チームのテンプレートとして持てる。これはCodex Labsによる企業導入で見た、導入支援や標準化の論点とも近い。

事実: Appshotsとブラウザ注釈は視覚文脈を作業に入れる

今回の更新で重要なのは、Codexが扱う文脈がコードとテキストだけではなくなっている点だ。Appshotsは、Mac上の前面ウィンドウをスレッドに添付する。in-app browserは、ローカルWebアプリのレンダリング状態をCodexと共有し、画面上の要素へコメントを付けられる。どちらも「いま見えている状態」をCodexへ渡す機能である。

これはフロントエンド開発、QA、デザイン実装で効きやすい。日本の開発現場では、仕様書、Figma、ブラウザ、管理画面、エラーログ、Slack、Excel、社内Webアプリが分かれていることが多い。開発者がその状態を文章で説明するほど、情報が落ちる。Appshotsや注釈は、説明の一部を視覚情報に置き換える。

ただし、ここでも統制が必要だ。Appshotsはスクリーンショットと利用可能なテキストを共有する。画面に顧客情報、秘密情報、社内チャット、未公開資料が含まれていれば、それも文脈に入る可能性がある。OpenAIのドキュメントも、機密コンテンツのAppshotsは必要な場合に限り、スクリーンショットやドキュメント共有と同じようにレビューすべきだと説明している。

in-app browserにも制約がある。OpenAI Developersでは、通常のブラウザプロファイル、Cookie、拡張機能、サインイン済みページ、既存タブは使えないとされている。つまり本番の認証済み管理画面をそのまま触らせる道具ではない。ローカル開発環境、未認証プレビュー、公開ページの検証に向く。ログインが必要な場合はChrome extensionや通常ブラウザとの使い分けが必要になる。

分析: 日本企業では承認待ちと視覚QAの設計が変わる

ここからは分析だ。

今回の更新は、Codexを「席に座っている開発者の横にいる補助者」から、「作業を継続し、途中判断を待ち、画面状態も見ながら進むエージェント」へ近づける。価値が出るのは、短いコード補完よりも、数十分から数時間にまたがる作業である。

たとえば、UIの崩れを直す場合を考える。従来は、開発者がスクリーンショットを貼り、発生条件を書き、Codexに修正させ、ブラウザで確認し、また説明する必要があった。in-app browserの注釈とGoal modeを組み合わせると、最初に対象URL、壊れている状態、完了条件を指定し、画面上にコメントを残し、Codexに修正と検証を進めさせる形に近づく。

これはプロダクトチームにも効く。デザイナーやPdMが細かな見た目の違和感を文章化するより、画面に直接コメントし、Codexが対象箇所をコードへたどるほうが速い場面がある。もちろん、最終判断は人間が行う必要がある。だが、レビューコメントから修正候補を作るまでの時間は短くできる。

一方で、運用設計なしに使うと危ない。Goal modeで長時間作業を任せ、Appshotsで画面文脈を渡し、Computer UseでMacアプリを操作し、ロック後も継続できるなら、Codexは相当広い範囲に触れる。便利さと同じだけ、権限、ログ、端末管理、秘密情報の扱いが重くなる。

導入前に見るべきチェックリスト

第一に、Goal modeのテンプレートを作る。チームごとに、修正対象、禁止範囲、検証コマンド、完了条件、質問すべき条件を決める。Goal modeは自律性を高める機能だが、良いゴールがなければ迷走する。

第二に、Appshotsの利用ルールを決める。顧客情報、未公開契約、個人情報、認証画面、秘密鍵、社内チャットを含む画面は原則避ける。必要な場合は、マスキング、別環境、専用テストデータを使う。

第三に、ブラウザ検証の対象を分ける。ローカル開発サーバーや未認証プレビューはin-app browserに向く。サインインが必要な業務画面や拡張機能依存の確認は、通常ブラウザ、Chrome extension、Computer Use、手動QAを組み合わせる。

第四に、locked computer useを少人数で検証する。画面ロック後に作業を続けられることは、夜間や移動中の承認待ちを減らす可能性がある。一方で、MDM、端末紛失、画面録画権限、Accessibility権限、アプリ許可リスト、監査ログを確認せずに広げるべきではない。

第五に、レビューの責任分界を残す。CodexがGoal modeで完了と判断しても、PRレビュー、テスト結果、UI確認、セキュリティ確認は人間側のプロセスに戻す。エージェントの完了は、組織としての完了ではない。

まとめ

OpenAI Codexの2026年5月21日更新は、派手な新モデル発表ではない。しかし、Goal mode、Appshots、ブラウザ注釈、locked computer useをまとめて見ると、Codexの使われ方が明確に変わっている。短い指示に答えるツールではなく、長時間の作業を継続し、画面を見て、途中で人間の判断を受け取りながら進む開発エージェントに近づいている。

日本の開発組織にとって重要なのは、すぐ全員に使わせることではない。まずは、UI修正、テスト追加、ドキュメント更新、低リスクな不具合修正のように、成功条件と検証手順を定義しやすい作業から試すべきだ。その上で、Appshotsの情報管理、ブラウザ検証の対象範囲、locked computer useの端末統制を決める。

Codexは便利な個人ツールから、開発ワークフローの一部へ移りつつある。今回の更新は、その移行を支えるUIと運用機能が揃い始めたサインとして見るのがよい。

出典

• ChatGPT Release Notes - OpenAI Help Center, 2026年5月21日
• Appshots - OpenAI Developers
• Prompting: Goal mode - OpenAI Developers
• In-app browser - OpenAI Developers
• Computer Use - OpenAI Developers