ニュース

CodexのGoal modeが正式機能に | AIに長時間タスクを任せる条件とは

OpenAI CodexのGoal modeが実験機能を卒業。/goalで長時間タスクを任せるときに必要な、目的・検証条件・停止条件を実務視点で整理します。

AIに仕事を頼むとき、これまでは「1回の質問に答えてもらう」感覚が中心でした。けれど、コード移行、バグ修正、検証ループのような仕事では、1回の返答では終わりません。途中で調べ、直し、試し、また直す必要があります。

OpenAIはCodexの2026年5月21日付changelogで、Goal modeが実験機能ではなくなり、Codex app、IDE extension、CLIで利用できるようになったと説明しました。さらにCLI 0.133.0では、Goalsが標準で有効になったとされています(Codex changelog)。

これは「AIが完全自律で何でも終わらせる」という話ではありません。むしろ、AIに長時間タスクを任せるには、人間側が目的、検証条件、止めどころを明確にする必要がある、という実務的なニュースです。

1. 何が正式化されたのか

今回正式化されたGoal modeは、Codexに長時間の作業目標を持たせるための機能です。

OpenAIのuse caseページでは、/goal は「Codexが複数ターンにわたって、検証可能な停止条件に向けて作業を続ける必要があるとき」に使うものとして説明されています(Follow a goal)。

たとえば、次のような依頼です。

/goal Complete [objective] without stopping until [verifiable end state].

ポイントは、単に「長く考えて」ではないことです。Codexに対して、達成すべき目的と、終わったと判断できる状態をセットで渡します。

公式ページでは、コード移行、大規模リファクタ、デプロイの再試行、実験、ゲーム、サイドプロジェクトのように、明確な成功条件と検証ループがある仕事に向いているとされています。

2. なぜ業務活用として面白いのか

AI活用の初期段階では、質問への回答、文章作成、コード片の生成が中心でした。これは便利ですが、仕事の一部を切り出しているだけです。

実際の業務では、もっと面倒な作業が多くあります。

  • テストが通るまで小さく修正する
  • 古いAPI呼び出しを新しい形式へ移す
  • 失敗ログを見ながら原因候補を絞る
  • UIを直してブラウザで確認する
  • ドキュメントと実装のズレを見つけて更新する
  • 長い調査結果を成果物にまとめ、検証する

これらは「1つの答え」ではなく「作業の流れ」です。Goal modeが示しているのは、AIへの依頼が、単発のプロンプトから、検証条件付きの作業委任へ移っていることです。

言い換えると、AIに頼む仕事は「この質問に答えて」から「この状態になるまで進めて」に近づいています。ここが今回のニュースの一番大きな変化です。

3. うまく使う鍵は、終了条件を先に決めること

Goal modeを実務で使うとき、最も大事なのは「いつ終わりか」を先に決めることです。

悪い依頼は、たとえば「このプロジェクトを良くして」です。範囲が広すぎて、AIも人間も終わりを判断できません。

良い依頼は、たとえば次のような形です。

  • 既存テストがすべて通るまで、TypeScriptの型エラーを直す
  • 指定した3つのAPI呼び出しを新SDKへ移行し、サンプル実行まで確認する
  • フォーム画面のモバイル表示崩れを直し、スクリーンショットで確認する
  • 毎朝のログから新規エラーだけを抽出し、再現条件と修正案をまとめる

ここには、目的、対象範囲、検証方法があります。AIに長時間働いてもらうほど、曖昧な依頼は危なくなります。迷ったまま進み続けるからです。

これは人間の部下や同僚に仕事を渡すときと同じです。ゴールが曖昧な仕事ほど、途中で確認が増え、成果物の手戻りも増えます。AIの場合はその速度が速いぶん、曖昧さも速く増幅されます。

4. 導入時に見るべきポイント

企業やチームでGoal modeのような長時間作業型AIを使うなら、便利さだけでなく運用ルールも必要です。

まず、対象範囲を絞ることです。最初から本番環境の広い権限を渡すのではなく、リポジトリ、フォルダ、ブランチ、テスト範囲を限定した方が扱いやすくなります。

次に、検証コマンドを明確にすることです。テスト、lint、ビルド、スクリーンショット確認、差分レビューなど、「成功した」と言える基準をAIと人間で共有します。

さらに、停止条件も必要です。たとえば、権限が必要になったら止まる、破壊的な変更が必要なら止まる、外部サービス課金が発生するなら止まる、同じエラーが続くなら調査メモに切り替える、といったルールです。

最後に、差分レビューです。Goal modeで長時間進めた作業ほど、人間が最後に見るべきなのは「頑張ったか」ではなく「何を変えたか」です。変更ファイル、実行した検証、残ったリスクを短く確認できる形にする必要があります。

5. AIへの仕事の渡し方が変わる

CodexのGoal mode正式化は、派手なモデル発表ではありません。けれど、実務のAI活用ではかなり大事な変化です。

これまでのAI利用は、チャット欄に投げた質問の答えを見る体験に寄っていました。これからは、AIに目的を渡し、検証条件を渡し、途中で必要な判断だけ人間が介入する形が増えていきます。

ただし、そのためには人間側の仕事の切り方も変わります。

「AIに何を聞くか」だけでなく、「どんな状態になれば完了か」「どこまで任せてよいか」「何が起きたら止めるか」を設計する必要があります。

AIを仕事の相棒にするというのは、何でも丸投げすることではありません。仕事を、AIが進められる形に分解することです。/goal の正式化は、その方向へ一歩進んだニュースとして見るのがよさそうです。

関連記事

ニュースの記事 →