ASADASHI
ミニチュア紙工作:AIロボットが途中で立ち止まり確認しながら作業を進めるジオラマシーン
バイブコーディング2026.05.24·読了 2·難易度: ふつう

Codexが「迷ったら止まる」自律開発に対応

ミニチュア紙工作:AIロボットが途中で立ち止まり確認しながら作業を進めるジオラマシーン

朝の出汁版(通勤2分)

  • ポイント1: OpenAIのCodexに正式機能として追加された「/goal」を使うと、ゴール・確認方法・守る条件などをまとめて渡すだけで、AIが自律的にコードを書き進め、仕様判断に迷った箇所だけ人間に確認を求めながら完成まで実行できるようになった。
  • ポイント2: 「何でも勝手に作る」のではなく「迷ったら止まって聞いてくる」設計が肝で、指示の曖昧さによる手戻りが減る分、最初に渡す条件をどれだけ丁寧に書けるかが仕上がりを左右する。
  • ポイント3: LPやUIのプロトタイプを一人で作りたい人は、「ゴール・確認方法・触る範囲・守る条件・詰まった時のルール」の5項目を箇条書きで用意してから/goalに渡すところを出発点にしてみると試しやすい。

出汁の素(深読みモード)

これって結局どういうこと?

OpenAIのCodexに、正式機能として「/goal」が追加された。これは、AIに対して「何を作るか・どこまで触っていいか・迷ったときどうするか」をまとめて渡すと、AIが自律的に作業を進めながら、仕様の判断に迷った箇所だけ人間に確認を求めるという動き方をする機能だ。

要は「全部任せる」でも「一行ずつ確認する」でもなく、「迷ったら止まって聞いてくる半自律型の開発パートナー」として動かせるようになった、ということ。

UIのプロトタイプ作成などの実例が公開されており(@shota7180氏のポスト)、LPや管理画面を一人で仕上げたい人にとって現実的な選択肢になりつつある。

なぜこのタイミングで重要?

これまでのAIコーディング支援は大きく二極化していた。「一行ずつ指示して進める補完型」か、「全部丸投げして結果を受け取る自動生成型」か。前者は手間がかかり、後者は意図しない実装が混入するリスクがあった。

「/goal」が注目される理由は、その中間を埋める設計にある。ゴールと制約を渡した上で「迷ったら止まって聞いてくる」という動き方は、手戻りの原因になりやすい「AIが勝手に判断した仕様」を減らす。AIコーディングが「放置できる時代」へで触れたような「放置して結果を受け取る」アプローチとは異なり、人間の判断ポイントを明示的に設けている点が特徴的だ。

Virgin Atlanticがモバイルアプリの改修にCodexを使い、ユニットテストのカバレッジをほぼ100%・P1バグゼロで期限内に納品した事例(OpenAI公式)が公開されているのも、この機能の信頼性を測る上で参考になる。

業界全体の流れで見ると、AIエージェントに「自律性と制御性のバランス」をどう持たせるかが各社の競争軸になっている。Cursorの「ルールファイル」やClaude Codeの「許可スコープ」など、「AIの行動範囲を明示的に定義する仕組み」はツールを問わず整備が進んでいる。その中でCodexの/goalは、「渡す情報の構造(5項目)」をある程度標準化した点で、初めて触る人のハードルを下げている。

具体的に始めるなら

まず確認したいこと

Codexは現在、ChatGPTのPlusおよびProプランから利用できる。/goalはCodexの正式機能として追加されており、追加インストールは不要。ChatGPT上でCodexを開き、チャット欄に「/goal」と入力するとモードが起動する。

試すなら「5項目の事前準備」から

発表内容によると、/goalに渡すべき情報は以下の5項目に整理されている。

  1. ゴール:何を作りたいか(例:商品一覧ページのUIプロトタイプ)
  2. 確認方法:完成をどう判断するか(例:ブラウザで表示確認できる状態)
  3. 触る範囲:AIが編集してよいファイル・ディレクトリ
  4. 守る条件:変更してはいけないこと(例:既存のデザインシステムを崩さない)
  5. 詰まった時のルール:判断できない場合はどうするか(例:必ず止まって確認を求める)

この5項目を箇条書きで用意してから/goalに渡すのが、現実的な出発点になる。

具体的なシーン別の使い方

  • LPのプロトタイプを作りたい人:ゴールに「ファーストビューとCTAを含む1ページのHTML/CSSを作成」、守る条件に「外部ライブラリは使わない」と加えると、環境依存のトラブルが減る。
  • 管理画面や社内ツールを一人で作りたい人:触る範囲を「/src/componentsのみ」と絞ることで、既存コードへの意図しない干渉を防げる。
  • 動くものをまず見せたい人:確認方法を「localhost:3000で表示確認できること」と具体的に書くと、AIが「完成」の基準を誤解しにくくなる。

組み合わせると面白いこと

/goalで雛形を作り、出てきたコードをGitHub Copilotやカーソルで細部を詰めるという使い分けも現実的だ。また、後述するAnthropicのサイバーセキュリティスキルセットをAgentに組み込んでいる場合、触る範囲と守る条件の設計がそのままセキュリティポリシーとして機能する。

よくある疑問

Q. 無料プランでも使えますか?

Codex自体はChatGPTのPlusまたはProプランが必要。2026年5月時点での公式情報では、無料プランへの提供は明示されていない。まず試したい場合はPlusプラン(月額$20)からの確認が現実的なルートになる。

Q. 「迷ったら止まる」はどの程度機能しますか?条件の書き方が甘いと全部作ってしまいますか?

止まるかどうかは、渡す「詰まった時のルール」の書き方に依存する部分が大きい。「判断できない仕様は必ず確認を求めること」と明示的に書くことが重要で、省略すると独自判断で進めてしまうケースがある。公式デモでも「渡す条件をどれだけ丁寧に書けるかが仕上がりを左右する」とされており、5項目の準備を省くと手戻りが増える可能性がある。

Q. 日本語で指示を渡せますか?

CodexはChatGPT上で動作するため、日本語の指示にも対応している。ただし、コード中のコメントや変数名まで日本語で生成されることがあるため、守る条件に「コードは英語で書くこと」と加えておくと意図しない混在を防ぎやすい。

もう一歩踏み込みたい人へ

/goalとAgentスキルセットの組み合わせ

GitHubに公開されている「Anthropic-Cybersecurity-Skills」(7,200以上のスター)は、754のセキュリティスキルをMITRE ATT&CK・NIST CSF 2.0などの5フレームワークにマッピングしたAgentスキルセットだ。Claude Code・GitHub Copilot・Codex CLIなど20以上のプラットフォームに対応しており、Apache 2.0ライセンスで利用できる。

Codexと組み合わせる文脈では、/goalで「守る条件」を設計する際にこのスキルセットの分類(26のセキュリティドメイン)を参照することで、「AIが触っていい範囲」を体系的に定義しやすくなる。たとえば、D3FENDのフレームワークに基づいて「防御対象資産の変更は禁止」といった条件を構造化することが可能だ。

CLI経由での自動化

Codex CLIを使うと、/goalの5項目をYAMLまたはJSON形式で渡し、CI/CDパイプラインに組み込むことができる。スプリントごとにゴールファイルを差し替えるだけで、繰り返しのプロトタイプ生成を自動化するという使い方も設計できる。公式ドキュメント(openai.com/codex)にCLIの詳細な仕様が記載されている。

AIが「調べる・直す・作る」を全部やる時代へで触れたような「AIが複数の工程を連続して担う」設計を目指す場合、/goalで作業範囲を明示的に区切ることが、エージェントの暴走を防ぐ現実的な手段になる。

元になったツイート

  • Codexの正式機能となった「/goal」を使って、UIのプロトタイプを作成してみました。 ゴール・確認方法・触る範囲・守る条件・詰まった時のルールを渡すと、確認しながら完成まで自律で実行。 仕様判断に迷ったら勝手に作らず、止まって聞いてくるのがポイントです↓ https://t.co/nKCFm1EEuW

参照ソース