指示が長すぎて逆に伝わらない問題｜削る順番はこれ

指示が伝わらないとき、悪いのは長さそのものではありません。やってほしいことが、自分の書いた文章の中に埋もれているのが問題です。

だから直し方は「とにかく短くする」ではなく「削る順番を守る」。最後まで残すのは「目的・作業・条件」の3行です。

この記事で分かることは3つ。長い指示が失敗する仕組み、削る順番、短くしても伝わる3行の作り方です。根拠には、OpenAI・Anthropic・GitHub・Googleが公開している公式ガイド(=各社が自分のAIの使い方を説明した一次情報のページ)を使います。

長い指示が伝わらなくなる仕組み

AIに失敗してほしくないほど、説明を足したくなります。背景、心配、過去の失敗、細かな例まで書けば、安全に見えるからです。

ところが、情報を足すたびに「結局、何を作るのか」が見つけにくくなります。途中に別のお願いが入ると、どちらを優先するかもあいまいになります。

自分の場合は、記事の見出しを頼みたいだけなのに、サイトを始めた理由や読者への思いまで先に書いたことがありました。返ってきたのは、見出しではなくサイト紹介文でした。AIが読めなかったのではありません。中心のお願いを、自分で隠していたのです。

公式ガイドの説明も同じ方向です。OpenAIのヘルプは、指示(=やってほしいこと)を背景の説明と記号で区切り、望む結果・長さ・形式を具体的に書くことを勧めています。Anthropicの概要ページは、指示を直す前に「何ができたら成功か」という条件を先に決めるよう案内しています。

つまり大事なのは文字数ではありません。「作業」と「完成の条件」が、読んですぐ見つかることです。

まず30秒で診断する：長さ以外の4つの混線

「長いから失敗した」と決めつける前に、次の4つを確認します。長さは結果で、原因はたいていこのどれかです。

混線の種類	よくある症状	直し方
同じ注意のくり返し	「短く」「簡潔に」「長くしない」が別の場所に3回ある	一つにまとめる
意味が決まらない言葉	「いい感じに」「なるべく分かりやすく」	測れる条件に変える(例:「3〜5文で」)
別々の作業の混在	記事の作成も画像も公開チェックも1通で頼む	作業ごとに依頼を分ける
関係ない履歴	前の失敗した依頼の続きのまま、別の仕事を頼む	新しい会話を始める

OpenAIのモデルガイドは「同じ指示は一度だけ書く」ことを案内しています。GitHubの公式ガイドは、大きく複雑な作業を小さな作業に分けること、別の仕事に移るときは新しい会話(=チャットを新しく開くこと)を始めることを勧めています。

削る順番は「前置き→気持ち→重複→例」

診断ができたら、次の順番で削ります。この順番なら、意味を壊しにくくなります。

1. 前置き：あいさつや依頼までの経緯を削ります。「いつも助かっています。今回は少し困っていて」などは、作業の結果を変えません。
2. 気持ち：「絶対に失敗したくない」「いい感じにしたい」は、消すのではなく条件に置き換えます。OpenAIのヘルプには、「かなり短く」のような曖昧な指定を「3〜5文で」のような範囲に直す例が載っています。
3. 重複：同じ注意の言い換えを一つにまとめます。OpenAIのモデルガイドは、削るときは一かたまりずつ外して、同じ課題でもう一度試すことを勧めています。一気に全部消すと、どの文が効いていたのか分からなくなるからです。
4. 例：例は最後に見直します。完成形を伝える助けになるからです。まずは頼みたい内容にいちばん近い例を一つ残します。形式まで安定させたいときは、内容がかぶらない例を数個に増やします。Anthropicのベストプラクティスは自社のAI向けに3〜5例を目安として案内していますが、これはClaude向けの数字なので、他のAIでも同じとは限りません。

例から先に消すと、希望する形まで失うことがあります。まず作業に関係しない文から外すのがコツです。

削った後に残すもの：3行の芯と、長い資料の置き場所

削った後は、次の3行があるかを確認します。

• 目的：何のために使うのか
• 作業：AIに何をしてほしいのか(動詞は一つ)
• 条件：長さ、相手、形式など、守ることは何か

たとえば「ブログの記事をいい感じに考えてください」では、完成の形が決まりません。次のようにします。

目的：AI初心者が、指示を短く直せる記事にする。

作業：1000〜1600字の本文を書く。

条件：最初に結論を置き、中学生にも分かる言葉を使う。

そのまま使える型も置いておきます。次の欄を埋めるだけです。使わない欄は消してかまいません。

• 作業：〜してほしい(一つだけ)
• 必要な文脈：判断に必要な背景だけ
• 完成条件：長さ・形式・読者・変更してよい範囲
• 入力：直してほしい文章や資料
• やらないこと：触ってほしくない場所

作業の欄が二つになったら、依頼そのものを二つに分けます。GitHubのガイドと同じ考え方で、一つ目の結果を見てから次を頼むと、失敗したときにどの指示が原因かも特定しやすくなります。

もう一つ、大事な例外があります。参考資料・ログ・コードは、作業に必要なら長くても削りません。代わりに置き場所を整えます。短い依頼なら、指示を最初に置いて資料と区切ります。長い資料を読ませるなら、資料を先に置き、資料の後で「上の資料をもとに、〜してください」と作業を言い直します。AnthropicのベストプラクティスとGoogleの公式ガイドが、この置き方を案内しています。「指示は必ず最初」と一律に決めなくてよいのです。なお、資料を貼るときでも、パスワードや個人情報のような秘密は入力に含めないでください。

よくある質問

長い指示は、短い指示より必ず悪いですか？

必ず悪いとはいえません。必要な文脈と完成条件は、長くなっても残します。減らすのは、重複・曖昧な言葉・関係ない履歴です。OpenAIのモデルガイドには、社内のコーディング向けの評価で指示文を簡潔にしたら結果が良くなった例が載っていますが、同じページが「作業によって結果は変わるので、自分の課題で試すように」と注意しています。

指示は最初と最後、どちらに書けばよいですか？

短い依頼なら、作業と形式を最初に書くのが分かりやすい形です。長い資料を読ませるなら、資料を先に置き、指示を後で言い直します。どちらもOpenAI・Anthropic・Googleの公式ガイドに載っている置き方です。

例は一つだけにしたほうがよいですか？

一律には決まりません。まずは用途にいちばん近い代表例を一つ。出力の形式や例外まで安定させたいときは、内容がかぶらない例を追加します。目安の数は各社で違うので、使うAIの公式案内を確認してください。

「いい感じに」はただ消せばよいですか？

消すだけでは足りません。「開発初心者向けに」「専門用語には一言説明を付ける」「結論を先に置く」のように、AIも自分も確認できる条件へ置き換えます。

新しい会話に分けるのはどんなときですか？

目的が別の仕事に変わったときです。GitHubのガイドは、関係する履歴だけをAIに渡すため、新しい作業では新しい会話を始めることを案内しています。失敗した依頼のやり取りを、次の仕事に持ち越さないためでもあります。

まとめ

• 今日書いた指示を一つ選び、「重複・曖昧語・作業の混在・関係ない履歴」の4つで診断する
• 「前置き→気持ち→重複→例」の順で削る。一度に全部変えず、一項目ずつ直して同じ課題で試す
• 「作業・必要な文脈・完成条件・入力・やらないこと」の型を保存し、次の依頼から穴埋めで使う

公式一次情報

確認日: 2026-07-25

各社の案内は更新されることがあります。数字や細かい仕様は、閲覧時点の公式ページで確認してください。

• Best practices for prompt engineering with the OpenAI API: 指示を記号で文脈と区切り、望む結果・長さ・形式を具体的に書く例を載せたOpenAIの公式ヘルプ。
• Model guidance | OpenAI API: 同じ指示は一度だけ書き、削るときは一かたまりずつ外して同じ課題で試し直す方法の案内。
• Prompt engineering overview - Claude Platform Docs: 指示を直す前に、成功の条件とその測り方を決めるというAnthropicの公式の前提。
• Prompting best practices - Claude Platform Docs: 出力形式の具体化、例の使い方、長い資料は先・指示は後に置く方法の案内。
• Prompt engineering for GitHub Copilot Chat - GitHub Docs: 大きな作業を小さく分けること、別の仕事では新しい会話を始めることの案内。
• Prompt design strategies | Gemini API | Google AI for Developers: 重要な条件は冒頭に置き、大量の資料では資料の後に質問を置くというGoogleの案内。