GPT-5プロンプト設計ガイド:エージェント性能と指示精度を極めるポイント
OpenAIの最新LLM「GPT-5」は、驚異的なエージェントタスク性能と高度なコーディング能力で注目を集めています。本稿では、公式ガイドに基づき、このGPT-5を思い通りに操るためのプロンプト設計術を詳しく解説します。
エージェントAIの自律性コントロールから、コード生成の最適化、新機能を活かした指示の工夫まで、生成AIリテラシーを深める実践的な知見をお届けします。
Spotifyでわかりやすく音声配信:「らみのAIテックラジオ」
世界経済フォーラムの調査では「2030年に必要なスキル」の第5位に「好奇心と生涯学習」がランクイン。好奇心は趣味ではなく経済的必須スキル。
拙著『AI時代の最強スキル「好奇心力」』で詳説しています。
まえがき
本稿では、OpenAIが公開した「GPT-5 プロンプト設計ガイド」の内容をもとに、最新モデルGPT-5の能力を最大限に引き出すプロンプト設計のポイントを詳述します。
GPT-5は従来モデルを凌ぐエージェント指向 のタスク遂行力、コード生成力、知性の高さ、そして出力の指示による制御性の向上が特徴です。標準設定のままでも幅広い分野で高性能を発揮すると期待されていますが、プロンプトの工夫次第でその出力品質をさらに高めることができます。
公式ガイドでは、開発現場で培われた知見に基づき、GPT-5のエージェントタスク性能の向上、指示への高精度な追従、新API機能の活用、フロントエンド開発を含むコーディングの最適化といったテーマについて具体的なTipsが紹介されています。
本稿はそれらの提案内容を分かりやすく整理し、GPT-5時代のプロンプトエンジニアリング実践ガイドとして提供するものです。ぜひ各種ベストプラクティスを参考にしつつ、ご自身のユースケースに合わせた実験と工夫を重ね、最適な解決策を見出す一助としていただければ幸いです。
エージェント型AIの挙動制御とワークフローの予測性向上
GPT-5はツールの呼び出しや長文コンテキストの理解、指示遵守といった能力が強化されており、外部ツールを使いながら自律的にタスクを遂行するエージェントとしての利用に適した基盤モデルです。
まずは、こうしたエージェント型AIの挙動を思い通りに制御し、ワークフローを安定して予測可能にするためのプロンプト設計のポイントを解説します。
GPT-5をエージェントとして運用する際には、「モデルの自主性(積極性)をどの程度許容するか」を調整し、必要に応じてツール使用前の計画提示や新API機能の活用によってユーザ体験を向上させることが重要です。
加えて、モデルの思考量を左右するreasoning_effortパラメータや、推論過程を使い回せるResponses APIといった新要素も活用できます。それぞれ順に見ていきましょう。
モデルの積極性を調整するプロンプト設計
エージェントAIにタスクを任せる場合、モデルがどの程度自律的・積極的に動くかをコントロールする必要があります。システムによっては、ほぼすべてをモデルの判断に委ねる場合もあれば、細かな判断をプログラム側で制御しモデルを厳格に誘導する場合もあります。
GPT-5はこのスペクトラムのどこでも動作できるよう訓練されていますが、プロンプト次第で主体性の度合いを調整することが可能です。本節では、モデルの積極性を「抑制する」場合と「促進する」場合それぞれのプロンプト設計について見ていきます。
エージェントの積極性を抑制する
GPT-5はデフォルトでは与えられたタスクを正確にこなすため、可能な限り周辺コンテキストを収集しようと丁寧かつ包括的に探索する傾向があります。
これは高精度な回答には有益ですが、ツール呼び出しを多用して時間がかかったり、ユーザが求めない周辺情報まで調べすぎたりする可能性もあります。そこで、モデルのエージェント的な振る舞いを抑え、回答までの無駄な探索や遅延を最小化したい場合は、以下のような対策が有効です。
推論努力度パラメータを下げる
このパラメータを低め(mediumからlowへ)に設定すると、モデルの思考の深さ・探索の徹底度が抑えられます。多くの単純なワークフローであれば、mediumやlowでも結果の一貫性を保ちつつ効率向上が可能です。
探索範囲と停止条件をプロンプトで明示する
モデルが必要以上に思考を広げないよう、あらかじめ「どの程度調べたら十分か」「いつ探索を打ち切って解答に移るか」を指示します。
例えばプロンプト内に、「まず広く調べ、その後必要に応じて深掘りする」「トップ結果が大筋一致したら探索終了」等のガイドラインを箇条書きで示すことができます。具体例としては、<context_gathering>というカスタムタグで以下のような項目を与える方法があります。
<context_gathering>
- 可能な限り素早く必要な情報を集めること。複数の検索クエリを並行して投げ、それぞれ上位ヒットを確認したら重複を除去しつつ次の手を考えよ。
- コンテキスト探索は過剰に行わないこと。変更すべき箇所が特定できたり、上位ヒットの7割程度が同じ結論に達した時点で深追いせず次に進むこと。
- 不確実性が残っていても、完全に正確でなくとも構わないので最速で解を出す方針を優先せよ。必要ならツール呼び出しは最大2回程度に制限し、それ以上調査が必要なら一旦仮の結論と残課題をユーザに報告せよ。
</context_gathering>
上記のように探索方法や中止基準を詳しく教えておくことで、モデルが広げすぎずに必要最低限の調査で解答に到達しやすくなります。
また、最後の箇条書きにあるように「多少不完全でも良いので早く答えてしまう」ことを許容する一文を入れておくと、モデルが常に完璧な正解を求めて無限ループ的に探索し続ける事態を避けられます。
これは一種の「逃げ道」をモデルに与えるテクニックで、不確実でも一定のところで打ち切ってよい旨を伝えるものです。
ツール呼び出し回数に上限を設ける
プロンプト内で「ツールは最大2回まで」など明示的に固定の予算(バジェット)を課すこともできます。例えば <context_gathering> 内に「Search depth: very low(探索深度は極力浅く)、最大でもツール2回まで」といった指定を組み込めば、モデルはツールの使い過ぎを自制するでしょう。
上記のようなアプローチでGPT-5の探索行動に枠をはめることで、目的に対して過剰に手広く調べすぎず、必要十分な範囲で素早く回答を出すことが期待できます。
エージェントの自主性を促進する
一方、モデルにもっと自律的かつ粘り強くタスクを完遂してほしい場合もあるでしょう。例えば、ユーザへの逐一の確認や追加質問を減らし、モデル側で問題解決まで突き進んで欲しいケースです。その場合は、先述とは逆に以下のようなプロンプト設計を行います。
reasoning_effortパラメータを上げる
モデルの内部思考とツール活用を積極化するため、reasoning_effortをデフォルトのmediumからhighに引き上げます。複雑でステップ数の多いタスクでは、推論努力度を上げることで最終結果の質が向上します。
タスク完了までやり抜くよう指示する
プロンプト内でモデルに対し、「ユーザの求める回答が得られるまで自律的に作業を続行せよ」「問題が完全に解決するまで自分のターンを終えるな」と明示します。具体例としては、次のような箇条書きを与える方法があります。
<persistence>
- あなたはエージェントです。ユーザの要求が完全に解決されるまで自律的に作業を続け、途中でターンを終了してユーザに戻さないでください。
- 問題が解決したと確信できる時以外、途中で応答を終えてはいけません。
- 不明点や不確実性に直面しても決して動作を中断したりユーザに判断を委ねたりしないこと — 必要に応じて調査し、最も合理的と思われる方法で解決策を見出し、最後までやり遂げなさい。
- 仮定が必要な場合は自分で最も筋の通った前提を設定し、その前提に基づき進めなさい(完了後にユーザにその仮定を報告すること)。
</persistence>
上記の指示により、モデルは多少の不確実性があっても自分で解決しようとする粘り強さを発揮します。ユーザへの再確認や中途での投げ返し(「この前提で合っていますか?」等)を避け、推理とツール活用を駆使して最後までタスクを遂行するよう促せます。
現実のユースケースでは、もちろん安全性や倫理面から完全自律には限界があります。そこで、どの条件で作業を中断してユーザ確認すべきか(例えば金銭の伴う処理では必ずユーザ確認を取る等)や、安全な動作範囲(使ってよいツール・してはいけない操作)も予めプロンプトで定義しておくと安心です。
例えばショッピングエージェントでは決済処理は慎重にユーザ確認を要求する一方、商品検索ツールは極力自動で完結させる、といったツール毎の自律性基準を設定できます。
同様に、コーディングエージェントでは「ファイル削除ツールは要確認、テキスト検索ツールは自動継続可」など、ツールの危険度に応じた閾値を示すことが望ましいでしょう。こうしたルールを明文化することで、モデルの自律行動によるリスクを抑えつつ生産性を上げることができます。
ツールプリンブルによる進捗共有とユーザ体験の向上
GPT-5をエージェント的に用いる際、モデルがツールを呼び出しながら進行する長いタスクでは、途中経過を適宜ユーザに伝えることでインタラクティブ性とユーザの安心感が大幅に向上します。
GPT-5は訓練段階で、このような状況で「ツールプリンブル」と呼ばれる事前説明・進捗報告メッセージを適切に生成するよう調整されています。つまり、ツールを使った裏側の処理を始める前に一旦ユーザに計画や意図を説明し、作業中も進捗を逐次報告してくれる機能です。
プロンプト設計によって、このツールプリンブルの頻度・詳細さ・表現スタイルをカスタマイズできます。例えば「ツールごとに毎回詳細な説明をせよ」と指示すればきめ細かな報告が得られますし、「まず最初に簡潔な計画を述べ、あとは要所だけ報告せよ」とすれば簡潔になります。公式ガイドでは、高品質なプリンブルを引き出す例として以下のような指示を挙げています。
<tool_preambles>
- ユーザの目標を、ツールを呼ぶ前にまず簡潔かつ丁寧に言い換えて伝えてください。
- 次に、これから実行する各ステップの計画を箇条書きで示してください。
- ファイル編集などの操作を行う際には、その都度どのステップを実行しているかを順序立てて簡潔に述べ、進捗を明確に示してください。
- 作業完了時には、当初の計画に対する結果をまとめ、完了した内容を簡潔に整理して報告してください。
</tool_preambles>
上記の指示に沿えば、モデルはユーザの要求を確認し計画を提示した上でツールを実行し、実行しながら「○○しています…」「次に××を行います…」という具合にリアルタイムで状況説明をしてくれるでしょう。
実際の出力例として、ユーザが「サンフランシスコの天気は?」と尋ねたケースでは、GPT-5はまず「現在サンフランシスコの天気を調べ、華氏と摂氏で気温をお伝えしますね。」と宣言し、それからget_weatherという関数(ツール)を呼び出す――という手順を踏みます。
このようにあらかじめ計画と意図を述べるプリンブルがあることで、裏でモデルが何をしているのかユーザが把握でき、長時間・複雑なエージェント作業でも安心して見守ることができます。プロンプトで望ましいプリンブルの形式を伝えるだけで、GPT-5はかなり洗練された進行報告を行うので、ぜひ活用したい機能です。
reasoning_effortパラメータの活用
先述したreasoning_effort(推論努力度)は、モデルの「考え方」の深さとツール呼び出しへの積極性を制御できる新たなAPIパラメータです。デフォルトはmediumですが、タスクの難易度や求める自律性に応じてlowからhighまで調整できます。一般に、ステップ数が多く複雑なタスクには高めの推論努力度が適しています。一方、簡単なタスクでは低めでも十分かつ高速です。
実運用上、複雑な処理を完全に1ターンで片付けようとすると、いくらGPT-5とはいえ負荷が高くなります。開発チームの知見では、明確に独立した複数の作業は、エージェントの複数ターン(対話の複数ステップ)に分割することでパフォーマンスが最大化するといいます。
一度にすべてを詰め込まず、「まずデータ収集」「次に分析」「最後に結果まとめ」といった形で段階を区切れば、その都度推論努力度を高く保ったまま確実に処理でき、全体として安定した出力が得られます。こうした段階的実行も念頭に置きつつ、reasoning_effortの値をタスクに応じて使い分けると良いでしょう。
Responses APIによる推論コンテキストの共有
GPT-5の投入に伴い、新たにResponses APIというAPIエンドポイントが導入されました。従来のChat Completions APIとは異なり、このResponses APIではツール呼び出しを含む応答履歴(推論過程)をモデル側で維持できます。
エージェント型の複数ターンにわたる対話では、この機能が極めて有用です。OpenAIは、GPT-5をエージェント用途で使うなら迷わずResponses APIに切り替えることを推奨しています。
Responses APIを用いると、各ターンのモデルの内部推論トレースやCoTをprevious_response_idパラメータ経由で次のリクエストに引き継ぐことができます。これにより、モデルは前ターンで考えた内容を再利用でき、毎回一から計画を立て直す必要が無くなります。
ツール呼び出しのたびにゼロから思考を組み立て直す無駄が省けるため、応答の効率や精度が向上します。実際、OpenAIの評価では、小売業務エージェントのベンチマークにおいて、このResponses API+推論履歴共有を利用しただけでスコアが73.9%から78.2%に向上するといった有意な性能改善が確認されています。
トークン消費の削減によるコスト低減効果も期待できるため、GPT-5を使う際はぜひこの新APIを活用するとよいでしょう。なお、この高度な履歴共有機能は法人向けの高度プランだけでなくすべてのユーザで利用可能です。
コーディング能力の最大化
GPT-5はコード生成の分野でも最先端モデルであり、大規模なコードベースでのバグ修正や複数ファイルにまたがるリファクタリング、新規機能の実装まで幅広く対応できます。
ゼロからアプリケーションを丸ごと作り上げる能力にも優れており、フロントエンド・バックエンドの双方で卓越した成果を示します。ここでは、そうしたGPT-5のコーディング性能を引き出すプロンプト設計について、公式ガイドから有用なポイントを紹介します。
フロントエンド開発でのモデル活用法、プロンプト工夫による出力品質向上のテクニック、既存コードへの適応方法、そして実際にGPT-5を統合したAIコーディング支援ツール「Cursor」の事例まで順に見ていきます。
フロントエンド開発における推奨技術スタック
GPT-5はプログラミングに関して極めて高い能力を持ち、要求に応じてUIデザイン面も考慮したコードを生成できるよう訓練されています。そのため、新規のWebアプリ開発において、フロントエンドの実装も安心して任せられる水準にあります。
特にGPT-5は美的センスさえ備えていると言われ、洗練されたUIを生成することも可能です。もっとも、モデルの持ち味を最大限に活かすには、プロンプト内で利用フレームワークやライブラリの指定を行うのが有効です。新しいアプリを一から構築する場合、OpenAIは次のようなフレームワーク・ツールを指定すると良いと提案しています。
フレームワーク: Next.js(TypeScript), React, HTML
スタイリング/UI: Tailwind CSS, shadcn/ui, Radix Themes
アイコン: Material Symbols, Heroicons, Lucide
アニメーション: Motion(Framer Motion)
フォント: Sans Serif系(Inter, Geist, Mona Sans, IBM Plex Sans, Manrope など)
これらはGPT-5が訓練時から親しんでいる技術であり、指定することでモデルの知識を引き出しやすくなります。例えば「Next.jsとTailwind CSSでシングルページアプリを作って」といった要件を与えれば、モデルは適切な初期設定とUIコンポーネントを用いてコードを書き始めるでしょう。
逆にマイナーなフレームワークを指定すると知識が浅い可能性があるため、現状では上記のような実績ある技術スタックを使うのが得策です。こうしたヒントを与えることで、GPT-5の持つフロントエンド実装能力を十分に発揮させることができます。
ゼロからのアプリ生成
GPT-5は与えられた要件に対し、一度のプロンプトで完成度の高いアプリケーションを構築する能力があります。しかし、より「抜け漏れの少ない世界クラスの出来栄え」を求めるなら、自己評価の仕組みをプロンプトに組み込むのが効果的です。
具体的には、モデル自身に理想的な成果物の基準(ルーブリック)をまず考えさせ、その基準に照らして解答を磨き上げさせるというアプローチです。
公式ガイドでは、この手法の例として<self_reflection>というカスタムタグを用いたプロンプトを紹介しています。以下はその概要です。
<self_reflection>
- まず、完璧なWebアプリを作るための評価基準を心に思い描いてください。世界水準のアプリに必要な観点を5〜7項目ほど列挙し、自分用のルーブリックを作成します(このルーブリックはユーザには見せません)。
- 次に、そのルーブリックに基づいて与えられたプロンプトの要求を深く考察し、最善の解決策を練り上げてください。各項目で最高評価となるよう留意しながら進めます。
- もし最終的な回答が全てのカテゴリーで満点と言えない場合、最初に戻って作り直してください。
</self_reflection>
つまり、「まず自分で完璧さの基準を定め、次にその基準を満たすよう解決策を作り上げよ」という自己反省型の指示を与えるわけです。このプロンプトを一緒に送ることで、GPT-5は解答を出す前にいったん「理想の出来とは何か」を内省し、自分なりのチェックリストを作成します。
そして回答生成時にはそのチェックリストに照らして自己評価・改善を繰り返し、質の高いコードを吐き出すのです。OpenAIの初期実験によれば、こうした自己評価ループを課すことで出力品質が向上するとのことです。
特にGPT-5は計画立案や自己反省が得意なモデルなので、その長所を活かしたプロンプト設計と言えます。もし一回で理想的なコードが得られなくても、自律的に「基準未達だからやり直そう」と判断して再試行してくれる点で非常に頼もしいでしょう。
既存コードベースへの対応
新規開発だけでなく、既存の大規模コードベースにGPT-5で機能追加やリファクタリングを行うケースも多いでしょう。GPT-5はツール経由でプロジェクト内のファイル(例:package.jsonなど)を読み、現在使われているライブラリやコードスタイルをある程度推測することが可能です。
しかしさらに精度高くプロジェクトに即したコードを書かせるには、そのコードベース固有の設計原則やディレクトリ構成、コーディング規約をプロンプトで要約・提示してしまうのが効果的です。
モデルに「このプロジェクトでは○○という方針で書かれている」と教えることで、出力コードが既存部分と違和感なく融合することを期待できます。
公式ガイドでは、<code_editing_rules>というタグの中に以下のような情報を含める例が示されています。
基本方針
コンポーネントは再利用可能な形でモジュール化し、重複コードは共通部品に集約すること(Clarity and Reuse)。全体のデザインシステム(色指定、タイポグラフィ、余白、部品)は一貫性を保つこと(Consistency)。
必要以上に複雑な実装を避け、シンプルに保つこと(Simplicity)。デモ用途を念頭に置き、高速なプロトタイピングや複数ターンの対話・ツール統合がしやすい構造にすること(Demo-Oriented)。 等々。
技術スタック既定値
フレームワークはNext.js(TypeScript)、スタイリングはTailwind CSS、UIコンポーネントはshadcn/ui、状態管理はZustand、ディレクトリ構成は/src以下にapp(APIルートやページ)、components(UI部品)、hooks、lib、stores、types、stylesフォルダを置く… といったプロジェクト構造の例。
UI/UXベストプラクティス
フォントサイズは4〜5段階に抑えて統一(例:見出し用、大見出し用など)、text-xl以上の大きな文字はヒーローヘッダーなど特別な場合のみ使用。カラーはニュートラル1種(例:灰色系)とアクセント最大2色に限定。マージン・パディングは4の倍数に統一しリズムを保つ。
ローディング時はスケルトンを表示し、hover時の背景色やシャドウでクリック可能要素を明示する。アクセシビリティも考慮し、ARIAロールやsemantic HTML、Radixやshadcnのアクセシブルなコンポーネントを使う。 等。
上記は一例ですが、このようにプロジェクトのデザインガイドやコード規約を包括的にまとめてプロンプトで渡すことで、GPT-5は生成コードをそれらのルールに沿った形に寄せてきます。
何も指示しなくてもある程度は既存コードに合わせようとしますが、明示することでより確実になります。モデルに「現在のコードベースに溶け込むように書きなさい」と命じているようなものです。
実際のところ、GPT-5は非常に柔軟に指示に従うため、こうした詳細なルールを提示してもきちんと尊重し、高品質なコードをアウトプットしてくれるでしょう。プロンプト作成者は、自分のプロジェクトに合わせて上記ルール内容を適宜変更すればOKです。
Cursor社におけるGPT-5プロンプトチューニング
GPT-5の能力を現実の製品に統合した例として、AIコード補助エディタを提供するCursor社のケーススタディがあります。Cursor社はGPT-5のアルファテスターとしていち早くこのモデルを組み込み、その際にプロンプトのチューニングを継続的に行いました。
彼らの経験は、GPT-5の実運用上の留意点を知る上で参考になります。ここではCursor社が行ったプロンプト調整のポイントをいくつか紹介しましょう。
1. 出力冗長度と自律性のバランス最適化
Cursor社はまずシステムプロンプトで、GPT-5エージェントに対して信頼性の高いツール使用と適度な自律性を持つよう指示しつつ、必要に応じてユーザがカスタム指示を加えられる仕組みを整えました。
当初、この設定ではGPT-5が詳細すぎる進捗報告(ツール使用状況やタスクの要約を逐一説明)を行い、ユーザにとって冗長に感じられる一方、実際に出力されるコードは変数名が一文字になるなど簡潔すぎて読みにくいという問題がありました。つまり文章出力とコード出力で冗長さのミスマッチが起きていたわけです。
そこでCursor社は、APIパラメータのverbosityを全体では低めに設定しつつ、コード出力時だけは詳細に書かせるようプロンプト内で指示する手法を取りました。具体的には「状態報告や要約は簡潔に、一方でコードを書く際は可読性を重視して詳細にコメントや説明を付けよ」という趣旨です。
例えばシステムプロンプト中で「コードを書くときは読みやすさを最優先し、必要に応じてコメントを加え、安易なワンライナー等は避けること。コード出力には高い冗長度を用いよ」といった指示を埋め込んでいます。
その結果、ユーザ向けメッセージは簡潔で要点のみ、コードは丁寧で見通しがよいというバランスの取れた出力フォーマットを実現できました。
2. モデルの過剰なツール使用を抑制
Cursor社はまた、当初プロンプトでモデルに「可能な限り徹底的に情報収集せよ」という趣旨の指示を与えていました。旧来モデルではコンテキスト把握を促すために有用だった工夫ですが、GPT-5では逆効果になるケースがあったのです。
GPT-5はもともと内省的かつ貪欲に情報を集める性質があるため、強く念押ししすぎるとツールを何度も不必要に呼び出す挙動が見られました。そこでCursor社はプロンプトから「コンテキスト理解を最大化せよ」といった過激な文言を削除し、穏当な表現に緩めました。
例えば「自信が持てない場合はさらに情報収集せよ」程度の指示(<context_understanding>タグ)に留めたのです。この調整により、GPT-5は内蔵知識で足りる場合にはツールに頼りすぎず、自律的に判断して作業を進めるようになり、結果としてツール使用の無駄が減って効率と関連性が向上しました。
3. 構造化プロンプトとユーザカスタムルール
GPT-5は明確で構造化された指示を与えると非常に忠実に従います。Cursor社はプロンプト内でXML風のタグ(例: <instruction_spec>など)でセクションを区切り、各セクションに役割を持たせる書き方を採用しました。
これにより、モデルがプロンプトの各部分を参照しやすくなり、一貫した動作を引き出せたといいます。例えば前述の<context_understanding>タグで与えた方針もその一部です。
また、Cursor社はGPT-5の高いステアラビリティを活かし、エンドユーザが独自のルールを設定できる機能も実装しました。具体的には、ユーザが「このプロジェクトではスペース4つでインデントして」などのカスタム規約を入力すると、それをGPT-5に守らせる仕組みです。
GPT-5は与えられた追加指示にも忠実に従うため、各開発者の好みに合わせたコーディングスタイルにも柔軟に対応できたとのことです。これはGPT-5の強化された指示追従性があってこその機能と言えます。
Cursor社の事例から学べるのは、GPT-5の初期挙動を鵜呑みにせずプロンプトを微調整していくことで、理想的なバランスに到達できるという点です。冗長すぎる箇所は絞り、逆に不足する部分は補強する、といった調整を重ねることで、モデルの出力を開発者やユーザにとって読みやすく有用な形に仕上げています。
また、一度プロンプトを用意して終わりではなく、実際に運用しながら改善を続ける姿勢も重要です。GPT-5ほど高性能なモデルになると、プロンプト内のわずかな文言の違いが出力に大きな影響を及ぼすため、継続的なチューニングが価値を生みます。こうした知見は一般のGPT-5利用にも応用できるでしょう。
知能の引き出し方と高精度な指示遵守
GPT-5はOpenAIモデルの中で最もステアラブルなモデルです。すなわち、出力の文体や詳細さ、ツール使用の方針などをプロンプトで細かく指定すれば、その指示にきわめて忠実に応じます。
出力詳細度の制御: verbosityパラメータ
GPT-5では、応答の長さを制御する新しいAPIパラメータとしてverbosityが導入されました。これはモデルの最終回答の冗長さ(詳細さ)に影響を与えるもので、既定値はミドルレンジに設定されています。たとえば回答を簡潔にまとめたい場合は低めに、丁寧に長めに述べてほしい場合は高めに設定するといった調整が可能です。
興味深いのは、GPT-5がプロンプト内の自然言語による冗長度指定にも反応する点です。つまり、開発者向けAPIでグローバルにverbosityを指定するだけでなく、「この部分は詳しく書いて」とプロンプトに書けば、その部分だけ詳細に語らせることもできます。
Cursor社の例で見たように、システム全体では冗長すぎないようverbosityを抑えつつ、特定のツール出力(例えばコード生成)だけ冗長にする、といった文脈依存の冗長度コントロールが可能です。このような柔軟性はGPT-5ならではであり、求めるアウトプットの粒度に応じてプロンプトで細やかに指示してみる価値があります。
なお、verbosityパラメータついて重要なのは、従来は長すぎたり短すぎたりしがちだったモデルの回答長を、ユーザ側で意図通りに調整しやすくなったという点です。
例えばビジネス用途で簡潔な要約が欲しい場合や、教育用途で丁寧な解説が欲しい場合など、GPT-5なら状況に応じた長さの回答を引き出すことができます。プロンプトに「3段落程度で説明して」「箇条書きで要点を列挙して」などと書くだけでも、かなり思い通りのボリュームに調整できるはずです。
矛盾のない指示の重要性
GPT-5はGPT-4系列モデル(GPT-4.1等)と同様に、与えられたプロンプトの指示に対して極めて精緻に従おうとします。これは裏を返せば、プロンプト中に曖昧さや矛盾があると深刻な支障をきたす可能性があるということです。
他のモデルなら無視してくれた矛盾指示でも、GPT-5は真面目に辻褄を合わせようとして余計な思考リソースを割いたり、判断を誤ったりしかねません。
公式ガイドでは、ある医療予約アシスタントのプロンプト例が紹介されています。一見よく書けているように見えるそのプロンプトには、次のような相反する指示が紛れ込んでいました。
「患者の明示的な同意なしに予約するな」と最初に指示しているのに、その後で「高優先度の場合は最初の行動として患者に連絡せず当日枠を自動予約せよ」と述べており、同意を得ずに予約することを推奨しています(明確な矛盾)。
「必ず最初に患者プロフィールを参照せよ」と言った直後に、「緊急度が高い場合は予約前にすぐ911通報を指示し、プロフィール参照はしなくてよい」と述べており、こちらも手順の優先順位に矛盾があります。
GPT-5はこれら相反する指示を必死に両立させようとしてしまい、推論プロセスが混乱して効率が下がったとのことです。そこで、このプロンプトを整合性の取れた内容に修正したところ、モデルの応答が格段にシンプルかつ高性能になりました。修正内容は例えば次のようなものです。
1. 患者への無断予約を避けるため、「高優先度でも事後に患者に通知する」よう文言を変更し、一貫して「同意なし予約しない」方針に揃える。
2. 緊急時の例外として「緊急ケースではプロフィール参照せず即911案内してよい」と明記し、手順の矛盾を解消する。
わずかな修正ですが、これによりモデルはプロンプト内の指示優先度を正しく解釈できるようになり、無駄な葛藤なくタスク処理に集中できました。この例が示すように、プロンプトを書く際は一文一文の意味を吟味し、特に複数人で内容を継ぎ足している場合などは整合性チェックを怠らないことが重要です。
GPT-5は複雑な指示も忠実に守ろうとするため、「どの指示を優先すべきか不明確」だったり「前半と後半で条件が食い違う」といったプロンプトは却ってモデルの足かせになります。
実際、初期ユーザの中にはGPT-5導入を機に自分たちのプロンプト文書を見直し、曖昧表現や矛盾を洗い出して修正した結果、モデルの応答が飛躍的に改善したというケースも報告されています。
対策として、プロンプトは定期的にレビューし、不要な文章を削除して簡潔にまとめる、用語や優先順位を統一する、といったメンテナンスを行いましょう。
また、OpenAIが提供するプロンプト最適化ツールを使えば、プロンプト内の問題点(あいまいさや潜在的な誤解ポイント)をモデル自身に指摘させることもできます。
生成AIが高度化した今、人間の側の指示の質がより一層問われていると言えるでしょう。GPT-5を味方につけるためにも、明確で一貫性のあるプロンプト作成を心がけたいものです。
「最小限の推論」モード
GPT-5では、新たに「最小推論 」という推論モードが導入されました。これは必要最小限の思考ステップで回答を出すモードで、応答速度を重視する場面で威力を発揮します。
従来モデル(GPT-4.1等)で高速応答を求めていたユーザにとって、GPT-5の最小推論モードは理想的なアップグレードとなるでしょう。一方で、思考を削減する分だけプロンプトの書き方によって性能のばらつきが大きくなるという特徴もあります。そこで、最小推論モードでも高い知的性能を引き出すための工夫がいくつか推奨されています。
簡潔な思考過程の要約を冒頭に促す
モデルの最終回答の冒頭で、箇条書きなどによる簡単な理由説明や考えのまとめを出力させるよう指示します。例えば「まず解答に至るアプローチを一文で述べてから回答してください」のように促すと良いでしょう。
こうすることで、モデル内部で省略された長い推論を補完し、知的タスクでも性能が落ちにくくなると報告されています。
ツール使用前後の描写を詳細に促す
エージェント的タスクでツールを使う場合、最小推論モードでもツールプリンブル(計画・進捗報告)を十分に行うよう指示します。モデル内部ではあまり深く考えなくとも、外向きには手順をきちんと述べさせることで、タスクの抜け漏れが防げます。
ツール指示を具体的に、継続リマインドも入れる
モデルへの指示として、使用すべきツール名や引数の形式などを極力明示的に記述します。加えて、「問題が完全に解決するまで止まらないこと(途中で終了しないこと)」といった粘り強く取り組むリマインダーも与えましょう。
最小推論ではモデルが深く考え込まない分、外部からの具体的な指示がより重要です。不確実な点でうっかり処理を終えてしまわないよう、「最後まで諦めず取り組むこと」と念押しするわけです。
これはモデルが誤って途中で応答を打ち切ったり、ハルシネーションを起こして安易な回答をでっち上げたりするのを防ぐ効果もあります。
もし必要な情報が不足している場合はツールを使って調べるように指示し(「不明な点は推測せず、必ず検索して確認せよ」といった具合に)、根拠のない回答を生成しないよう促すことも重要です。
冒頭で計画立案させる
モデルがじっくり考える余裕がない分、最初に計画を明示させるプロンプトが有効です。例えば「まずユーザの要求を細かいタスクに分解し、すべて完了する計画を立ててから実行しなさい」と指示しておきます。
そして「各サブタスクを漏れなく実施し、問題を完全解決してから応答を終了せよ」と念押しします。これにより、内部では短時間の思考しかしなくても、モデルは最初にロードマップを作成し、それに沿って着実に処理を進めるようになります。
実際のプロンプト例では、さらに「途中の各ツール呼び出し結果をよく振り返りなさい」という反省喚起も含まれていました。このように手取り足取り段取りを示すことで、少ない思考ステップでも抜け漏れなく問題解決できるよう誘導します。
上記の戦略は、いずれもGPT-4.1までのモデルで知られていたCoTやプランニングのテクニックと軌を一にしています。つまり、モデル任せにせず人間が段取りを指定してあげることで、思考リソースが限られた状況下でも高いタスク完遂度を維持するのです。
GPT-5は最小推論モードでもきちんと指示を読み取るだけの能力がありますから、こちらが期待する解法パターンを明示的に伝えれば、それに沿った合理的な回答を返してくれるでしょう。速度重視のシナリオでも、これらの工夫で知性と精度を両立させることが可能です。
Markdown形式での出力整形
GPT-4世代以前のモデルは、プロンプトでMarkdown記法での回答をお願いすると比較的素直に対応してくれましたが、GPT-5のAPIではデフォルトでMarkdown非対応の設定になっています。
これはMarkdownレンダリングに対応しないアプリケーションでも安全に使えるよう配慮されたものです。しかし、ユーザとしては表やリストをMarkdownで整形してほしい場面も多いでしょう。GPT-5にMarkdown形式で回答させること自体は可能なので、必要に応じてプロンプトで明示的に指示しましょう。
OpenAIのガイドによれば、例えば以下のようなルールを与えることで、GPT-5にMarkdownできれいな出力を作らせることができます。
「Markdownは文法上適切な場合にのみ使用すること(インラインコードや```で囲むコードブロック、箇条書き、表など)」
「回答中でファイル名・ディレクトリ名・関数名・クラス名を引用するときはバッククォートで囲むこと。数式を表記する際はインラインでは .........、ブロックでは ......... を用いること。」
これらの指示をシステムメッセージなどで設定しておけば、大抵のケースでGPT-5は階層構造の整ったMarkdown出力を返すようになります。もし長い対話の中で指示が守られなくなってきたら、数回に一度上記ルールをリマインドすると良いでしょう。「3〜5ユーザ発話おきにMarkdown使用ルールを再提示すると効果が持続する」とのことです。
このようにGPT-5は、少し手間をかければ期待通りのフォーマットで情報を整理してくれます。ビジネス文書の自動生成や、レポート作成補助など、Markdown整形された出力が望ましいシーンでは積極的に試してみるとよいでしょう。
メタプロンプティング
最後にメタプロンプティングと呼ばれるテクニックを紹介します。簡単に言えば、GPT-5を使ってGPT-5へのプロンプトを改良するというメソッドです。自分で試行錯誤してプロンプトを練るのも大切ですが、時にはモデル自身の知見を借りてしまおうという発想です。
実はGPT-5のテスト利用者の中には、モデルに「このプロンプトをどう改善すれば期待する動作になるか?」と尋ね、出てきた提案を取り入れてプロンプトを劇的に向上させた例がいくつもあります。GPT-5は高度なメタ認知能力を持つため、自らの応答傾向を分析して適切なプロンプトの変更案を提示できるのです。
OpenAIの提示するテンプレートでは、例えば次のように質問します。
「与えられたプロンプトをもっと安定して望ましい動作をさせるには、どんなフレーズを追加・削除すればよいか?」
「こちらが期待する行動: [期待する内容]」
「現在起きている問題: [望ましくない挙動]」
「可能な限り既存のプロンプトは保ちつつ、上記の問題点を解決するために最小限どんな変更を加えるべきか?」
これに対してGPT-5は、自分の視点から「この部分の指示が曖昧なので○○と書き換えると良い」「△△という一文を追加すると望ましくない挙動が抑制できる」等と具体的な改善案を提案してくれます。
実際にこうして得られた修正案をプロンプトに反映したところ、一気にモデル応答が安定したという報告もあります。GPT-5が人間以上にモデル挙動を理解している場面と言えるでしょう。
メタプロンプティングは、生成AIとの対話をチーム開発のように捉えたアプローチでもあります。上手くいかない時はAI自身に改善策を尋ねてみる。この姿勢は今後、プロンプトエンジニアリングの重要な一部になるかもしれません。
あとがき
本稿は、GPT-5 Prompting Guideの要点を整理し、プロンプト設計の基本、LLMとの対話運用、ハルシネーション抑制、ビジネス・教育・日常の具体的適用という四つの観点から構成しました。
結論はシンプルです。目的を明確にし、必要十分な条件を具体化し、結果を検証しながら小さく改善する。この反復が、どの利用場面でも最短で品質を底上げします。
押さえておきたい要点は三つに集約できます。第一に、ゴール・制約・評価基準を文章で明示することです。何をどこまで、どの形式で得たいのかを冒頭で固定すると、出力のばらつきが一気に減ります。
第二に、観察→修正→再実行の小さなループを回すことです。長い指示を一度で完成させるより、短い試行を複数回重ねたほうが再現性が上がります。
第三に、確認の仕組みを入れることです。根拠の要求、出典の提示、前提の明示といったチェックをプロンプト自体に組み込めば、ハルシネーションの影響を抑えられます。
実務に落とす最小構成は次の通りです。
対象の固定:一つのタスク(要約、下書き、企画案の骨子など)だけに絞ります。
条件の列挙:文字数、口調、対象読者、除外事項、提出形式を短文で並べます。
検証の約束:最後に「満たした・満たせない理由」を箇条書きで報告させます。
記録の維持:プロンプトと結果を日付付きで残し、次回は差分だけを更新します。
最後に、仕様と挙動は随時更新されます。今日の最適が明日も最適とは限りません。だからこそ、プロンプトを「一度作って終わり」にせず、小さな実験と記録の運用に置き換えておくと、変化に強くなります。
本稿を通して得られたアイデアや知識が、あなたのビジネスに少しでも役立つことを願っています。もし、本稿が参考になったと感じていただけましたら、ぜひ「いいね」や「フォロー」をしていただけると励みになります。今後も実践的なノウハウやAI最新動向を共有していきますので、引き続きお読みいただけると嬉しいです。
注記
本稿は2025年8月に発表された公式ガイドを基に執筆しました。AI技術は急速に進化しており、本稿の内容は執筆時点での最新情報に基づいています。実務への適用を検討される際は、最新の技術動向と規制要件を確認することをお勧めします。
⚠️ 重要:ChatGPTを使いこなせる人は全体の3割以下
なぜか?「質問力」の差です。
実は、AIから10倍の価値を引き出す「問いの立て方」には科学的な法則があります。Googleが20%ルールで実証し、Amazonのベゾスも推奨する方法。全て『AI時代の最強スキル「好奇心力」』で公開中。
AIが瞬時に「答え」を返す今、勝負の分かれ目は「問い」にある。その秘密と明日の仕事で使える13の実践ツールを凝縮した拙著『AI時代の最強スキル「好奇心力」』もぜひチェックしてみてください。
「あなたの考え、もっと明快に伝えませんか?」
発売から25年以上、思考法の"バイブル"として読み継がれる不朽の名著。本書は、コンサルティングの名門マッキンゼーで開発された思考の整理術「ピラミッド原則」の全てを解説します。
結論から考え、根拠を構造化する技術を身につければ、あなたのレポートやプレゼンは劇的に分かりやすくなります。複雑な問題をシンプルに捉え、説得力を飛躍的に高める一生モノのスキルがここに。
時代や職種を問わず、全てのビジネスパーソン必読の一冊です。
問いの本質を見抜き、現状把握→課題抽出→解決策立案という3ステップを体系化。戦略ファームの面接対策にも通用する“本質的な論理思考”を事例と演習で鍛える構成が特長です。35万部超の「東大ノート」シリーズ最新作。
「コンビニの売上を上げるには?」といった実践的なケース問題を通し、単なる知識やフレームワークではなく、物事の本質を見抜く「思考のプロセス」そのものを徹底的に鍛えます。
単なる知識ではなく、一生使える「考える力」を手に入れたい方に最適。就活生からベテランビジネスパーソンまで、思考力を次のレベルに引き上げる必読書。
なぜ高学歴者が詐欺に遭い、専門家が初歩的なミスを犯すのか?本書は「知性が高いほど陥りやすい思考の罠」という衝撃的な真実を科学的に解明します。
著者ロブソンは、ノーベル賞受賞者の失敗から医師の誤診まで豊富な事例を分析。IQや学歴だけでは防げない「認知バイアス」の正体を暴きます。自分の知識を過信し、批判的思考を怠ることで、むしろ賢い人ほど大きな過ちを犯しやすいという逆説。
本書が提示するのは単なる警告ではありません。「メタ認知」「知的謙虚さ」など、真の賢さを身につける具体的方法も満載。ビジネスでの意思決定、投資判断、日常生活まで、あらゆる場面で役立つ実践的な知恵が詰まっています。
「自分は大丈夫」と思っている人ほど読むべき一冊。知性の限界を知ることで、本当の知性が身につきます。
