ChatGPTのプロンプトは短い方がいい？GPT-5.6向け公式指針が示す削る指示・残す指示

ChatGPTに細かい条件を書き足すほど、良い答えが返ってくるとは限りません。OpenAIがGPT-5.6向けに公開した指針は、同じ内容の繰り返しや効果のない文体指示を外すよう求めています。残すのは、求める結果と守らせたい制約だけです。この線引きが分かれば、手元のプロンプトのどこを削ってよいかを今日から判断できます。

ChatGPTのプロンプトは短い方がいい？公式の答えは「重複を削る」

指示を細かく書き足すほどAIの答えは良くなる、と考えて注意点や禁止事項を積み上げてきた人は多いはずです。OpenAIがGPT-5.6向けに公開しているドキュメントは、これとは逆の方針を示しています。

公式が勧めているのは「短く書く」ではない

このドキュメントには「Favor leaner prompts（無駄のないプロンプトを選ぶ）」という節があります。ここで求められているのは、文字数を減らすことではありません。外す対象に挙げられているのは、重複した記述と効果のない記述です。残す対象は、求める成果物と守らせたい制約です。つまり、「短いプロンプトが良い」ではなく「重複や効果のない指示を取り除いたプロンプトが良い」という指針です。

同じ注意書きを冒頭と末尾の両方に書いているなら、まず1か所にまとめるところから始められます。どの指示が重複にあたり、どの指示を残すのかは、このあとの章で具体的に示します。

削ると何が良くなるのか、数字で示された範囲

同じ節には、OpenAIが社内でコーディングエージェント（AIが自律的にコードを書く仕組み）を評価した結果の一部が示されています。システムプロンプト（AIの振る舞いをあらかじめ決めておく指示文）を簡潔にまとめた場合、評価スコアが約10〜15%改善しました。使用トークンの総量は41〜66%、実行費用は33〜67%減ったと記載されています。トークンとは、AIが文章を処理するときの文字のかたまりで、利用料金の計算単位にもなります。

ただし、同じ節には「結果は作業内容によって変わる」とも明記されています。この数値は、コーディングエージェントのシステムプロンプトを対象とした報告です。一般的な質問文に同じ比率が当てはまるとは限りません。再現手順や元データも公開されていません。あくまで方向性を示す数字として受け取り、実際の効果は自分の業務で確かめてください。

GPT-5のときと何が変わった？推奨された書き方の入れ替わり

手元のプロンプトを見直すかどうかは、以前の指針から何が変わったのかを知ると判断しやすくなります。GPT-5.6ファミリー（Sol、Terra、Luna）は2026年6月末に発表され、一般提供が始まったのは7月9日です。プロンプトの指針はその後に公開され、7月中旬に複数のメディアが取り上げました。

GPT-5で推奨されていた「型にはめる」書き方

GPT-5が公開された2025年8月時点の指針は、3つの書き方を重視していました。タグで情報を囲んで構造を作るXMLブロック、文脈を集めるためのテンプレート、そしてツールを呼び出す手順を段階的に書き下したスクリプトです。指示の型を細かく作り込むほど、モデルが意図どおりに動くという前提でした。

GPT-5とGPT-5.5を対象にした開発者向けの文書も、同じ考え方に立っていました。そこで中心に置かれていたのは、APIの設定項目、AIにどれだけ考えさせるかの段階（reasoning effort）、そして作り込んだプロンプトの雛形です。ここでいうAPIとは、ChatGPTの画面を使わず、プログラムから直接AIを呼び出す仕組みを指します。ChatGPTの入力欄だけを使っている場合、APIの設定項目は直接は関係しません。この記事でも、APIに関わる話は、そのつど断りを入れて進めます。

GPT-5.6で重視される「結果と条件」

GPT-5.6向けの指針では、重視される点が変わりました。中心に置かれているのは、目に見える成果物、成功とみなす基準、作業を止める条件、そして安全要件のような厳格な制約です。手順を書き下すことよりも、何ができていれば完了なのかを決めることが優先されます。

一般利用者向けにまとめ直されたガイドでは、APIの設定項目や複雑なプロンプトの雛形が省かれています。残ったのは「小さく始める」「欲しい結果を言う」「必要なところにだけルールを足す」という考え方です。開発者でなくても、手元のプロンプトにそのまま当てはめられます。

どの指示を削って、どの指示を残す？公式が示した線引き

実際に手を動かすときに迷うのは、線引きです。公式ドキュメントは、削る対象と残す対象を分けて示しています。

削ってよい4種類の指示

削る候補として挙げられているのは、次の4つです。

1. 同じ内容を繰り返している指示

2. 出力に影響していない文体の指示

3. うまく機能していない例文

4. モデルがすでに問題なくこなせる手順の説明

あわせて「各指示は一度だけ書く」とも書かれています。長く使い込んだプロンプトほど、同じ注意書きが冒頭と末尾の両方に入り込みがちです。この重複を整理するだけでも、分量はかなり減ります。

もう1つ、「その作業に関係するツールだけをモデルに見せる」という項目もあります。ここでのツールとは、検索やファイル操作のように、プログラムを書いてAIに使わせる外部機能のことです。これは開発者がプログラムへ組み込むときの話なので、ChatGPTの入力欄だけを使っているなら読み飛ばして構いません。

削ってはいけない指示

一方で、残すように書かれているものもあります。安全要件のような厳格な制約、成功とみなす基準、作業を止める条件、そして製品としての要件を満たすために必要な例です。文体の指示も、一律に削る対象ではありません。実際に試して、出力の足りない部分を補えると確認できた文体指示は残します。

判断の基準は「文体指示は不要」ではありません。削るのは効果を確認できない文体指示で、残すのは足りない部分を補うために必要だと確認できた文体指示です。効いているかどうかを確かめていない指示が、最初に削る対象になります。

「always」「never」は不変の条件にだけ使う

GPT-5.6は、要求された条件に厳密に従うと説明されています。そのためOpenAIは、「always」「never」といった強い言葉の使い方を限定するよう勧めています。常に守らせたい不変の条件にだけ使い、それ以外は「〜の場合は〜する」という条件付きのルールとして書きます。強い言葉をむやみに増やすと、例外を認めてよい場面でも融通が利かなくなります。

ChatGPTの画面で使うなら？目的・文脈・出力形式・制約の4つで組み立てる

プログラムを書かず、ChatGPTの入力欄だけを使っている人向けの型も公開されています。

4つの部品は、すべて埋めなくていい

一般利用者向けのガイドは、プロンプトを目的（goal）、文脈（context）、出力形式（output format）、制約（boundaries）の4つで組み立てるよう勧めています。ただし、4つすべてを必ず埋める必要はありません。短いプロンプトで足りる場面は多く、4つを埋める意味があるのは規模の大きな仕事だけだと説明されています。

手順ではなく、できあがりを先に書く

ガイドが勧めているのは、手順を並べることではなく、欲しい結果を先に書くことです。「プロセスそのものが重要なときはプロセスを説明してください。そうでなければ、ChatGPTが検索し、情報を比較し、進め方を調整する余地を残してください」と書かれています。出力が大きく変わるのは、細かい手順を並べたときよりも、読み手が誰なのか、どんな形式で欲しいのかを指定したときです。

強いルールは1つか2つだけ置く

制約についても考え方は同じです。あらゆる動きを台本のように書き下すのではなく、望まない動きを止める強いルールを1つか2つ置くことが勧められています。示されている例は「承認済みの日付と予算の数字は変更しない」「メッセージは下書きとして用意し、送信しない」です。どちらも、何をしてはいけないかだけを一行で決めています。

渡す資料と、ChatとWorkの使い分け

添付する資料にも同じ考え方が当てはまります。渡すのは、答えが実際に変わる資料だけです。表計算ファイル、PDF、画像、ウェブ検索、共有しているプロジェクトのファイルに加え、Google Drive、Gmail、Slack、GitHubと接続する追加機能（プラグイン）が選択肢として挙げられています。

失敗が許されない作業では、出力をChatGPT自身に点検させる方法も示されています。たとえば、洗い出した作業項目のすべてに担当者と期限が入っているかを確認させる、という使い方です。

ガイドは、どちらで動かすかの線も引いています。短い質問や文章の言い換えはChat、複数の資料をまたいで内容を変更したり、報告書のような大きな成果物を作ったりする作業はWorkです。ChatGPT Workは、Codexの技術とGPT-5.6を基にした別建ての製品として提供されています。複雑な仕事に何時間もかけ、ExcelやWordの完成した文書まで作れると説明されています。プロンプトを削る前に、その作業をどちらで動かすかを先に決めると、指示の分量そのものが変わります。

3つの文書は誰向け？社内資料で使うなら「範囲を絞る」という別の手も

ここまでに、性格の違う3つの文書が出てきました。どれを自分に当てはめるかを取り違えると、必要のない書き直しをすることになります。

誰向け・いつ時点・何を勧めているかの一覧

• API向けのModel guidance（GPT-5.6を対象、2026年7月公開）: 開発者向け。重複した記述と効果のない記述を削り、成果物・完了条件・厳格な制約を残す。

• 一般利用者向けにまとめ直されたガイド（2026年7月、THE DECODERが内容を報じたもの）: ChatGPTの入力欄を使う人向け。目的・文脈・出力形式・制約の4つで組み立て、強いルールは1つか2つに絞る。

• ChatGPT Enterprise Prompting Guide（2026年4月27日付）: 企業利用者向け。扱う対象の範囲を絞る。

注意したいのは3つ目です。この文書は2026年4月27日付で、GPT-5.6の一般提供（7月9日）より前に公開されています。GPT-5.6を前提にした指針ではありません。ただし、そこで説明されているのは特定モデルの癖ではなく、出力量そのものの性質です。そのため、モデルの世代が変わっても当てはまると考えられます。ただし、この点をOpenAIが明言しているわけではありません。

3つに共通しているのは、どれも「とにかく短くする」を勧めていない点です。手元のプロンプトが長いと感じたときは、重複を削る方法と、扱う対象を絞る方法の2つから選べます。

対象を広げるほど、1項目の中身は薄くなる

Enterprise Prompting Guideが勧めているのは、短くすることではなく、対象の範囲を絞ることです。最小の型として、# Context、# Instructions、# Additional info / Constraints という3つの見出しを並べる構成が示されています。

理由も明快です。ChatGPTは毎回ほぼ同じ分量を出力するため、扱う対象を増やすと1項目あたりの記述が薄くなります。ガイドでは米国大統領の伝記が例に使われています。大統領1人の就任1年目に絞ると、内容が深くなるという説明です。社内で使うなら、「主要顧客10社の状況をまとめて」ではなく「A社の直近3か月の取引状況」と絞る方が、そのまま使える出力に近づきます。

短くしすぎると何が起きる？事前に知っておきたい3つの落とし穴

削りすぎたときの副作用も、公式ドキュメントに書かれています。

「簡潔に」が効きすぎて、答えが足りなくなる

GPT-5.6は、初期設定のままでもGPT-5.5より簡潔に答えます。そのため、以前のモデル向けに書いた「簡潔に答えて」のような一般的な指示は、不要になっている場合があります。公式ドキュメントによれば、こうした指示が残っていると出力が短くなりすぎることがあります。プログラムから呼び出す場合は、text.verbosityという設定項目でlow・medium・highのいずれかを指定し、出力の詳しさの初期値を決めます。より具体的な長さの指定は、これまでどおりプロンプト側に書きます。入力欄だけを使っている場合は、古い「簡潔に」の一文を残すかどうかを見直すだけで足ります。

承認を求める指示の重ね書きが、作業を止める

公式ドキュメントの「Define autonomy and approval boundaries（自律性と承認の境界を定める）」という節には、注意点が示されています。「先に聞く」「変更しない」「承認を待つ」といった指示を何度も重ねると、本来は安全で想定内の操作に対してまで、モデルが不要な承認を求めるようになる可能性があります。慎重に書いたつもりの一文が、作業のたびに人の手を止める原因になります。

矛盾したルールは、情報不足より混乱を招く

GPT-5.6は、要求された条件に厳密に従います。そのためモデルが混乱する原因は、詳細が足りないことよりも、互いに矛盾するルールが混ざっていることです。長いプロンプトほど、先に書いた一文と、あとから足した一文が食い違いやすくなります。分量を削る作業は、この食い違いを見つける機会にもなります。

明日から何を変える？削る前後を見比べて判断する進め方

削る対象が分かっても、いきなり本番のプロンプトを短くすると、良くなったのか悪くなったのかが分かりません。公式ドキュメントは、進め方も示しています。

1かたまりずつ外して、同じ業務で見比べる

まず、いま動いているプロンプトから始めます。次に、同じ目的の指示をひとまとまりとして、1かたまりずつ外します。外したら、同じ入力をもう一度渡し、出来上がりを見比べます。最後に、試して足りないと分かった箇所に、必要な例と文体の指示を戻します。

比べる対象は固定しておきます。自分たちの代表的な業務を3〜5件選び、同じ入力で削る前と削った後を見比べるやり方が現実的です。添付する資料も、答えが実際に変わるものだけに絞っておきます。そうすれば、出力が変わった原因はプロンプトを変えたことにあると判断しやすくなります。

良し悪しは「完了条件」で判定する

見比べるときに困るのは、どちらが良いかをどの基準で決めるかです。物差しは、すでにプロンプトの中にあります。残す指示として挙げられていた「成功とみなす基準」と「作業を止める条件」を、そのままチェック項目として使います。

たとえば、議事録をまとめるプロンプトに「決定事項と担当者を必ず入れる」と書いているとします。この場合は、削る前と後の出力それぞれで、決定事項と担当者が入っているかを1件ずつ確認します。満たしていれば合格、抜けていれば不合格です。印象で判断せずに済み、エンジニアでない人でも同じ基準で見られます。

この確認は、ChatGPT自身にやらせることもできます。洗い出した作業項目のすべてに担当者と期限が入っているかを確認させれば、そのまま合否の判定になります。3〜5件のうち一部だけ結果が悪くなったときは、直前に外したひとまとまりを戻し、そこが効いていた指示だったと判断します。

削る前に決めておく、絶対に許さない操作

削ってよいのは、重複と、効果を確認できない指示です。実行に関わる制約は、別の扱いにする必要があります。

2026年7月には、AI投資家のMatt Shumer氏がある被害を報告しました。GPT-5.6 Solで動かしたエージェントによって、Macのファイルがほぼすべて削除されたという内容です。原因は、利用者個人のファイルがまとまっている場所を示す設定値の$HOMEが、正しく処理されなかったことです。その結果、削除コマンドがその場所全体を中身ごと消す命令に展開されました。

OpenAIは、一般提供が始まる前の6月26日付システムカードで、同じ種類の事例を記述していました。システムカードとは、モデルの挙動やリスクをまとめた文書です。そこでは、モデルが利用者の許可なく対象外の仮想マシンを削除し、作業結果が失われる例が挙げられています。Codex責任者のThibault Sottiaux氏は、公開直後の問題を認め、改善を約束しました。Shumer氏も数日後に、自分の件には開発元が対応したと述べています。

この一件が示しているのは、次の2つを混同してはいけないということです。承認を求める指示の重ね書きを減らすことと、ファイルを削除する操作や外部へ送信する操作にかけた制約を外すことは、別の話です。削る作業に入る前に、絶対に許さない操作を1つか2つだけ書き出し、その文言は削減の対象外にしておくと安全です。公式が「安全要件のような厳格な制約は残す」と明示しているのも、同じ理由からです。

その指針は自分のモデルに当てはまる？社内へ広げる前に確かめる3つのこと

ここまでの内容を社内のテンプレートに反映する前に、確かめておきたいことがあります。それは、この指針がモデルの世代ごとに出し直されるものだという点です。

指針はモデル世代ごとに出し直される

GPT-5向け（2025年8月）とGPT-5.6向け（2026年7月）では、重視される点が、型の作り込みから成果物・成功基準・停止条件へと入れ替わりました。同じOpenAIの公式文書でありながら、11か月で推奨の中身が変わったことになります。しかも、この入れ替わりは一度きりではありません。

確認先は、OpenAIの開発者向けドキュメントです。左側の目次にある「Get started」には、「Using GPT-6 Astra」のように、モデル世代ごとの案内ページが並んでいます。自分が使っているモデル名で同じ位置を探せば、その世代に向けたページがあるかどうかを確かめられます。この記事で扱った指針はGPT-5.6ファミリーを対象に公開されたもので、どの世代にも通じるプロンプトの作法ではありません。

社内へ広げる前に確認する3点

書き直しに入る前に、次の3点を順に確認してください。

1. 自分たちが実際に使っているモデルは何か

2. そのモデル世代に向けたページが、開発者向けドキュメントの目次に用意されているか

3. そのページがいつ時点の内容か

世代を取り違えると、いま使っているモデルに合わない指針で全社のテンプレートを作り替えることになります。書き直しは一度に全部を進めず、代表的な業務3〜5件から始め、完了条件を物差しにして合否を確かめてから広げてください。

ここで紹介した文書は、いずれも2026年9月12日時点で公開されている内容です。公式ドキュメントは更新されるため、社内へ展開する前に、参照するページの日付を確かめ、最新版かどうかもあわせて確認してください。

弊社では、AI社員の導入支援や企業のAX推進支援を行っています。人員を増やさず、今の体制のまま生産性と売上を伸ばしたい法人のご担当者様は、下記のボタンからお気軽にお問い合わせください。

出典

• Model guidance｜OpenAI: https://developers.openai.com/api/docs/guides/prompt-guidance-gpt-5p6

• ChatGPT Enterprise Prompting Guide｜OpenAI: https://developers.openai.com/cookbook/examples/chatgpt/chatgpt_prompt_guide/chatgpt_prompt_guide

• OpenAI's new prompting guide tells users to stop overthinking and start with the result｜THE DECODER: https://the-decoder.com/openais-new-prompting-guide-tells-users-to-stop-overthinking-and-start-with-the-result

• OpenAI Advises Shorter Prompts for GPT-5.6｜ForkLog: https://forklog.com/en/openai-advises-shorter-prompts-for-gpt-5-6