「コードを書いてもらったら、途中でセッションが切れてやり直し」「長い作業を頼むたびに、何度もプロンプトを貼り直す」──AIコーディングツールを使い込むほど、この手間が積み重なる。
2026年5月、OpenAI CodexにGoalモードが実装された。一度「目標」を設定すれば、トークンが切れても、接続が途切れても、AIが自律的に作業を続ける。このモードを2週間使い込んでわかったことを、正直に書いておく。
- Goalモードが「従来のCodex」と何が違うのか
- トークンが切れても止まらない仕組み
- 実際に役立つユースケースと向かない作業
- 無料版・有料版どちらで使えるか
OpenAI Codexの「Goal」モードとは何か
Goalモードは、Codex v0.128.0（2026年4月末リリース）から使える新機能だ。従来のCodexは「プロンプトを送る→応答が返る」という一回完結型だった。Goalモードは「目標を設定する→AIが完了するまで自律的に作業する」という継続型に切り替わる。
コマンドはシンプルで、/goal と打ったあとに目標を自然言語で書くだけ。
/goal パッケージをv2からv3 APIに移行して、全テストをグリーンにする
これだけで、Codexはファイルを読み込み、変更を計画し、テストを実行し、エラーが出れば修正を繰り返す。人間の承認なしに。
従来のCodexと何が違うのか
一番の違いは「状態の永続性」だ。
従来のCodexはセッションをまたいで文脈を保持しない。「前の続き」は人間が手動でプロンプトに貼り付ける必要があった。作業が長くなるほど、コンテキストウィンドウが圧迫され、品質が落ちる。
Goalモードは5層のアーキテクチャで状態を管理する。目標の定義・進捗・完了条件・エラーログ・次のアクション──これらが構造化して保存されるため、接続が途切れても「どこまでやったか」が引き継がれる。
検証したところ、2時間かかる大規模リファクタリングを途中で中断してPCを閉じ、翌日再開しても問題なく続きから再開できた。
Goalモードが「ながら仕事」を実現する仕組み
トークンが切れても止まらない理由
OpenAIのトークンバジェットが上限に近づくと、Goalモードは「予算制限状態」に自動移行する。この状態では、高コストな処理（大規模ファイル読み込みなど）を省略しながら、コア作業だけを継続する。
完全にトークンが枯渇した場合は、作業のチェックポイントを保存して停止し、次のリセット後に自動再開する。バジェットのリセットタイムが来れば、人間が何もしなくても続きから動き出す。
ユーザー割り込みが常に優先される安全設計
「AIが暴走したら？」という不安は正直あった。実際には、ユーザーのメッセージが送られた瞬間にGoalの実行が一時停止し、指示を優先する設計になっている。
/goal stop で即時停止、/goal status で進捗確認、/goal resume で再開。強制停止はいつでもできる。
無料版・有料版どちらで使える？
| プラン | Goalモード | 月額 |
|---|---|---|
| 無料版 | 使用不可 | $0 |
| ChatGPT Plus | 制限あり（1日3タスクまで） | $20 |
| ChatGPT Pro | 無制限 | $200 |
| API（従量課金） | 無制限 | 使用量による |
2026年5月時点の検証では、Plusプランで1日3タスクまで起動できた。 1タスクあたりの実行時間に上限はないため、大きな作業を3件に絞れば実用上は問題ない。
コストを抑えたい場合は、9routerのようなルーティングツールと組み合わせてAPIコストを最適化する方法もある。
こんな作業に向いている（ユースケース別）
パッケージ移行（v2→v3）
ライブラリのメジャーアップデートは、破壊的変更が多く手作業では消耗する。Goalモードに「axios v0をv1に移行してすべての非推奨APIを置き換えろ」と指示したところ、1,200行のコードベースを45分で移行し、テストもほぼグリーンになった。（残り2件は仕様変更が必要な箇所で、AIが「人間の判断が必要」とフラグを立てて止まった。）
テストカバレッジ向上
「カバレッジを60%から80%に上げろ」という曖昧な目標でも動く。未テストの関数を洗い出し、テストケースを生成し、実行して失敗したものを修正する──この繰り返しを自律的にやってくれる。
JavaScriptからTypeScriptへの変換
型付けの移行は単純作業の繰り返しが多く、Goalモードが最も得意とする領域だ。any の多用など「AIが自分で判断できない箇所」は、コメントで FIXME: 型を確認してください と残して進む設計になっている。
実際に /goal を打ってみた──操作手順
- Codexを最新版に更新する（v0.128.0以上が必須）
- プロジェクトのルートディレクトリでCodexを起動する
/goalと入力し、続けて目標を書く- Codexが作業計画を提示するので確認して承認する
- あとはバックグラウンドで動かしておくだけ
作業中は q キーで状態確認パネルを開ける。何をしているか、次に何をするかがリアルタイムで表示される。
注意点──AIに任せきりにしてはいけない場面
Goalモードを使って最初にやらかしたのは、生成されたコードをレビューせずにマージしたことだ。テストはすべてパスしていたが、本番環境で想定外の挙動が出た。
AIは「テストが通る」コードは書ける。しかし「要件を正しく理解している」かどうかは別の問題だ。
- セキュリティ関連のコード: 必ず人間がレビューする
- 外部APIとの通信部分: 副作用が大きいので目視確認を
- データベースのマイグレーション: 本番適用前にステージングで検証必須
Goalモードは「作業時間を短縮する」ツールであって「判断を委ねる」ツールではない。この線引きだけ守れば、実際かなり強力だ。
まとめ
OpenAI Codex のGoalモードを使うと、「プロンプトを繰り返す」という最も消耗するAIコーディング作業がなくなる。
向いている人:
– 大規模リファクタリングを定期的にやる人
– テスト整備を後回しにしがちな人
– TypeScript移行など単純作業の量が多い人
月$20のPlusプランで1日3タスクまで使える。まず「テストカバレッジを上げる」という小さな目標で試してみると、Goalモードの感覚をつかみやすい。
2026年5月検証。Codex v0.128.0、ChatGPT Plusプランにて確認。
コメント