OpenAIは、Chat、ChatGPT Work、Codexを一つの枠組みで扱う新しいプロンプト指南を公開した。中心にあるのは、長い命令書を書く技術ではない。まず欲しい成果を伝え、必要な文脈、出力形式、守る境界を仕事の規模に応じて足していく“考え方”だ。会話の相手だったChatGPTは、複数の情報源を調べ、ファイルを作り、コードを変更する実行主体へと役割を広げている。そのぶん、プロンプトも「どう答えるか」を指定する道具から、「何を完成させ、どこで止まるか」を合意する道具へ変わり始めた。
四つの要素は必須テンプレートではない
新ガイドは、大きい仕事や重要な仕事に使える要素として、Goal、Context、Output、Boundariesの四つを挙げる。Goalは何をしてほしいか、Contextは結果を変える情報や情報源、Outputは形式・長さ・詳しさ、Boundariesは変えてはいけない内容や実行前に確認すべき行為を指す。ただし、四つを毎回埋める必要はない。OpenAIは短い依頼で足りる場合が多いとし、役立つ要素だけを使えばよいと明記している。
これは、2026年4月10日にOpenAI Academyが公開した初心者向け教材の単純な言い換えでもない。同教材は、タスクを明確にし、役立つ文脈を渡し、理想の出力を指定する三段階を示していた。複数要素を含む仕事は小さく分けるよう勧める一方、細部を増やしすぎないようにも注意していた。新ガイドはこの基本を残しつつ、境界の設定、最終確認、実行中の方向修正までを同じページに組み込んだ。
4月の教材も、最初の応答を見ながら依頼を調整するよう勧めていた。新ガイドはその反復の考え方を引き継ぎ、境界の設定、作業中の方向修正、終了前の点検を具体化している。最初から長い指示を完成させるより、短く始め、不足する情報を後から足して仕上げる流れが見えやすくなった。
手順を減らし、境界と検証を残す
新ガイドが最も強く打ち出したのは、詳細な工程表より成果を先に書く方針だ。過程自体に意味がある場合だけ、手順を指定する。それ以外は、ChatGPTが検索し、情報を比べ、進め方を調整できるようにする。対象読者や完成形式が結果を左右するなら、それらは明記する。依頼者が探索手順を先に固定せず、何を完成させるかを示してAIに調べ方を選ばせる。
文脈も量ではなく影響で選ぶ。OpenAIは、回答を変え得る資料だけを添え、それぞれから何を読み取るべきか伝えるよう求める。Google DriveやSlackなど接続済みの情報源を使う場合も、探す場所と目的を示せばよい。検索語や閲覧順を列挙する必要はない。資料を大量に投げ込むことは、丁寧な依頼の代わりにはならない。
その代わり、事故につながる境界は明確にする。公式例には「承認済みの日付と予算を変えない」「提供された情報源だけを使い、不足は推測せず示す」「メッセージは下書きに留め、送信しない」が並ぶ。OpenAIは境界を最も大切な1〜2件に絞るよう勧める。日付や予算の誤変更を防ぎ、送信や公開の手前で止めるための指示を優先する考え方だ。
確認も完成条件に含める。会議後の行動項目なら担当者と期限がすべて入っているか、調査なら検証できなかった情報が残っていないかを最後に点検させる。ただし、モデルの自己点検は人の確認の代わりにはならない。OpenAI自身、重要な成果は利用・共有前に人が見直すよう求めている。
Chat、Work、Codexを同じ依頼設計でつなぐ
この統一ガイドが出た背景には、製品側の再編がある。OpenAIは2026年7月9日、複数のアプリやファイルを横断して調査・分析し、文書や表計算、プレゼンテーションを作るChatGPT Workを発表した。同じ日、新しいデスクトップアプリがChat、Work、Codexを一つにまとめるとも説明している。質問に答えるChat、長い仕事を進めるWork、コードを扱うCodexは用途が異なる。それでも、何を完成させ、何を参照し、どの操作の前で止まるかを伝える点は共通している。
公式ガイドは、短い質問や文章の言い換えにはChatを使い、複数の情報源やツールを扱う仕事、複数工程を進める仕事、大きな成果物を作る仕事にはWorkを使うと整理した。Workでは、必要な成果、資料、読者、確認方法を伝える。方法が結果を左右するなら計画を求め、送信や公開、他者が依存する情報の変更は承認後に進めさせる。
Codexでも基本は同じだが、検証対象が具体的になる。望む挙動に加え、関連コードまたは再現手順、守る制約、変更を確かめる方法を示す。実行中に情報が足りないと分かった場合は、Steerで現在の作業へ追加指示を入れ、Queueで次の作業に回せる。Codex CLIでは、EnterがSteer、TabがQueueに割り当てられている。最初の依頼を巨大化するより、作業を見ながら正しい時点で情報を渡す運用である。
短い依頼と雑な依頼は別物
「結果から書く」は、仕様を曖昧にして良いという意味ではない。法令順守、監査、再現実験、データ移行のように過程が成果の正当性を左右する仕事では、手順や証跡が完成条件に入る。新ガイドも、方法が重要なら計画を求めるよう明記している。短くできるのは、AIが選んでよい手段であって、依頼者が責任を持つ制約ではない。
同じ理由から、四要素を埋めたプロンプトも品質保証書にはならない。入力資料が誤っていれば結果も崩れるし、最終確認の指示があっても見落としは起こり得る。実務で役立つのは、形式的な長文ではない。成果を判断できる条件、変更してはいけない値、公開前の承認、検証方法が揃った依頼だ。
OpenAIの新しい指南は、プロンプトエンジニアリングを不要にしたのではなく、利用者が決める内容を変えた。モデルの全工程を台本にする場面は減り、何を作らせ、どの操作を人が承認するかを決める場面が増える。今後は、短い依頼で見栄えのよい初稿が出るかより、WorkやCodexが長い作業の途中で制約を保ち、承認前に確実に止まり、検証可能な成果を返せるかが評価を分けることになる。
