何が起きたか
OpenAIが、エンドユーザー向けのプロンプト作成ガイドを公開しました。特徴は、通常のChatGPTのインターフェースと、コーディングエージェントであるCodexを、1つの共通フレームワークで説明している点です。これは、2つのプロダクトが1つに収束しつつある流れを反映しています。
これまでOpenAIが出してきたGPT-5・GPT-5.5向けの開発者ドキュメントは、APIパラメータ、推論の深さ（reasoning effort）の設定、凝ったプロンプトのスキーマといった技術寄りの内容でした。今回のガイドはそうした要素を落としつつ、中核となる思想は同じです。すなわち「小さく始め、欲しいものを言い、必要なところだけルールを足す」。
4つのブロックはすべて任意
ガイドはプロンプトを4つの構成要素に整理します。ゴール、文脈（コンテキスト）、出力形式、境界線（やってはいけないこと）の4つです。重要なのは、これらがどれも必須ではないと明言されていること。短いプロンプトで足りることは多く、4つすべてを埋める意味があるのは大きめのタスクに限られる、という整理です。
最も実務的な示唆は「手順ではなく結果を先に書け」という指針でしょう。ガイドは、想定読者や出力フォーマットを指定するほうが、細かい指示を並べるよりもはるかに出力を左右すると述べます。OpenAIの言葉を借りれば「プロセス自体が重要なときにだけ、プロセスを記述する。そうでなければ、ChatGPTが検索し、情報を比較し、アプローチを調整する余地を残せ」。
「禁止」は1〜2個で効く
一手ずつ振り付けるのではなく、望まない挙動を止めるハードなルールを1〜2個だけ置くのが推奨されます。例として挙がるのは「承認済みの日付と予算の数字は変更しない」「メッセージは下書きとして用意し、送信はしない」。この2つは、業務でAIを使うときに事故が起きやすいポイントそのものです。
同じ「少ないほうが良い」論理は文脈にも適用されます。答えを実際に変えるソースだけを添付する。添付できるものとして、スプレッドシート、PDF、画像、Web検索、共有プロジェクトファイル、さらにGoogle Drive、Gmail、Slack、GitHubのプラグインが挙げられています。
リスクの高い作業では、ChatGPT自身に出力を検証させることも勧められています。たとえば「すべてのアクションアイテムに担当者と期限が付いているかを確認させる」といった使い方です。
ChatとWork、そしてCodex
ガイドは、素早い質問や言い換えは「Chat」、複数のソースを参照し、変更を加え、レポートのような大きな成果物を作るのは「Work」と役割を分けます。Workはクレジット消費が大きい一方、時間を節約したり重要な意思決定を支えるなら見合う、という費用対効果の説明です。繰り返し発生するタスクは、まず手でプロンプトを磨いてから自動化する、という順序も示されています。
Codex側では、実行中に介入する2つの方法が導入されました。Steerは実行中のランにメッセージを追加して方向転換させ、Queueは次のランに向けてメッセージを並べます。CLIではEnterとTabがそのショートカットです。Codexはファイルとネットワークのアクセスを制限したサンドボックス内でコマンドを実行し、その範囲を越える必要があるときは承認を求めます。
複数ステップの案件向けには2つのスラッシュコマンドがあります。/planはコードを分析して変更前にアプローチを提案させるもの、/goalは複数ステップにまたがって追いかける上位の目的を設定するものです。レビューはローカルで**/reviewを実行するか、GitHubのコメントで@codex review**とメンションすれば動き、「セキュリティ脆弱性の観点でレビューして」といった観点の指定もできます。
なお、最初のプロンプトを完璧に決める必要はない、とも明記されています。追撃の指示で詰めていくのが想定された使い方です。セッションをまたいで効かせたい好みは「設定 > パーソナライズ」の「カスタム指示」へ、タスク固有の情報はプロンプトへ——という置き場所の切り分けも示されました。
💼 事業会社視点：これは自社にどう効くか
実務上のインパクトは「社内プロンプト研修の中身が古くなる」ことです。多くの日本企業が2024〜2025年に整備した社内ガイドは、役割設定・手順の分解・出力例といった“細かく指示する”前提で書かれています。OpenAI自身が「手順ではなく結果を先に書け」「文脈は答えを変えるものだけ」と言い切った以上、その資産は棚卸しが必要です。
より重い論点は「境界線」です。「承認済みの日付と予算の数字は変更しない」「下書きにとどめ送信しない」という例示は、AIが基幹データやメール送信に手を伸ばせる時代に入ったことの裏返しです。Google Drive・Gmail・Slack・GitHubの接続を許すなら、経営として決めるべきは「AIが触れてよいデータ」ではなく「AIが実行してよいアクション」の線引きです。情シスに丸投げせず、事業責任者が承認フローを設計してください。
受託開発企業には二重の意味があります。Codexのサンドボックス、/plan、/goal、@codex reviewはレビュー工数を圧縮しますが、同時に「工数×単価」の見積もり根拠を削ります。人月から成果物課金・保守課金への移行を、今期の価格改定議題に載せる時期です。ChatとWorkの分離とクレジット消費の差は、AI利用が固定費から変動費に変わることも意味します。部門別の消費モニタリングを今のうちに仕込むべきでしょう。
