「プロンプトが上手い人」という言い方をよく聞きます。ただ、実際に公式のガイドを読むと、うまく書くというより、決まった部品を、決まった順番で並べるだけの話でした。文章のセンスはほとんど関係ありません。むしろ、毎回ゼロから考えているから安定しない、というほうが実態に近い。
この記事では、Microsoftの公式ヘルプが示しているプロンプトの4つの部品と、順番が結果を変える性質、そして同じ指示でも結果が変わる理由までを、仕事で使い回せる形に整理しました。内容は公式ヘルプで確認したもので、参照したページはいずれも2026年2月に最終更新されています。
結論：必要なのは文章力ではなく、部品と順番
先に全体像を示します。プロンプトを「毎回考えるもの」から「組み立てるもの」に変えるのがこの記事の目的です。覚えることは多くありません。部品が4つと、並べ方の原則が1つ。それだけで、書き出しに詰まることも、結果が安定しないこともかなり減ります。
プロンプトは4つの部品でできている
Microsoftの公式ヘルプは、プロンプトを「Copilotに必要な内容を伝えるために使用する指示または質問」と定義したうえで、プロンプトには目標・コンテキスト・期待値・ソースの4つの部分を含めることができると説明しています。つまり、良いプロンプトかどうかは、長いか短いかではなく、この4つのうちいくつが入っているかで決まります。しかも公式は「プロンプトには少量でも大量でも入力することができるが、必要なのは明確な目標です」とも書いています。必須は目標だけ。より具体的にしたいときに他の部品を足していく、という構造です。ここを知っているだけで、書き出しに詰まることがなくなります。
順番には意味がある
もう1つの原則が順番です。公式ヘルプは、プロンプトに関しては順序が重要であり、指示の順序は得られる応答に影響を与える可能性があると明記しています。さらに踏み込んで、プロンプトの後の部分は、前の部分よりも強調される可能性があるとも書かれています。これは実務上かなり大きい話で、同じ内容を書いていても、どこに置いたかで扱われ方が変わるということです。公式はそのうえで、影響を理解するためにさまざまな順序を試すよう勧めています。書き直しても結果が変わらないときは、言葉ではなく位置を動かしてみてください。
プロンプトの4つの部品
必須は目標だけ。足りないと感じたら、上から順に足していく。
公式が示す4つの部品
ここからは部品を1つずつ見ていきます。それぞれ、公式ヘルプに載っている実例つきで説明します。自分がいつもどの部品を省いているかが分かると、改善する場所がはっきりします。多くの人が落としているのは、後半の2つです。
目標：これだけは必ず書く
公式ヘルプは「プロンプトには少量でも大量でも入力することができますが、必要なのは明確な目標です」と書いています。逆にいえば、目標さえ明確なら短くても成立するということです。公式が挙げている例のひとつが「過去2週間のSamからのすべてのメールに基づいて要約を作成する」というもので、これは目標とソースだけで構成されています。実務でよくある失敗は、目標が曖昧なまま長く書いてしまうことです。「資料をいい感じにして」は長さの問題ではなく、目標が定まっていない。まず「何を作ってほしいのか」を1文で書けるか確かめてから、他の部品を足してください。
目標が決まらないときの書き出し方
目標が1文で書けない、という状態はよくあります。そのときに有効なのが、公式が挙げているもうひとつの使い方、つまり質問として投げる形です。公式ヘルプはプロンプトを「指示または質問」と定義しており、会議の内容を把握するために「会議ではどんな質問が出ましたか」「どんなアイデアが提示されましたか」と尋ねる例を挙げています。作らせるのではなく、まず状況を整理させる。そこで出てきた言葉を使って、改めて目標を1文にする。目標が書けないのは能力の問題ではなく、材料が揃っていないだけのことが多いので、いきなり作らせる前に一度聞く、という段取りを挟むと詰まりません。
コンテキストと期待値：公式の実例
公式ヘルプは、目標・コンテキスト・期待値を含む例として、次のようなプロンプトを挙げています。「時間管理に関するトレーニングマニュアルのアウトラインを作成します。対象ユーザーは、ハイブリッド環境で作業し、常に仮想会議に出席し、締め切りを守る必要があるプロフェッショナルです。ドキュメントのトーンはフレンドリーで示唆に富むものになります」。ここでは、作るもの（目標）、誰が読むか（コンテキスト）、どんなトーンか（期待値）が分かれて書かれています。自分のプロンプトを見直すとき、この3つに分解できるかを確かめると、抜けている部品がすぐ分かります。多くの場合、抜けているのはコンテキストです。
ソース：どのファイルを見てほしいか
4つ目がソースです。公式ヘルプは、詳細を含めるヒントの中で、Copilotが使用する必要がある特定の情報ソース（ファイルやメールメッセージなど）を含めることを挙げています。手元の資料を踏まえて書いてほしいときは、「いい感じに」ではなく、どのファイルを見るのかを指定する。ただしこの部品には置き場所の指定があり、次の章で扱います。なお、業務データに接続された環境では「チャットで話し合われたトピックに基づいてプロジェクトのキックオフ用プレゼンテーションを生成する」といったプロンプトも使えると公式は説明しています。社内データを参照できるかどうかはライセンスで変わります。
ライセンスで「ソース」に指定できる範囲が変わる
ソースの部品には、環境による差があります。公式ヘルプは、Microsoft Copilot サブスクリプションを持っている場合、Copilotはチャット・メール・ファイルなどの作業コンテンツを組み込むことができると説明しています。業務データに基づいたCopilotは、大規模言語モデルを社内のビジネスデータに接続することで価値を引き出す、とも書かれています。このライセンスを持つユーザーが使える例として、「Project Xにパートナーをオンボードするためのトレーニングコースのアウトラインを作成する」「チャットで話し合われたトピックに基づいてプロジェクトのキックオフ用プレゼンテーションを生成する」が挙げられています。社内の資料を指定できるかどうかは書き方ではなくライセンスの問題なので、指定しても拾われない場合はここを疑ってください。
順番が結果を変える
この章が、知っている人と知らない人で差がつくところです。同じ言葉を使っていても、置く位置で結果が変わります。公式は比較用の例まで用意して、この性質を説明しています。言葉を足しても直らなかったものが、位置を動かすだけで通ることがあります。
後半ほど強調される
公式ヘルプは、より良い結果を得るためにプロンプトを構造化するよう勧めたうえで、「プロンプトに関しては、順序が重要です。指示の順序は、得られる応答に影響を与える可能性があります。プロンプトの後の部分は、前の部分よりも強調される可能性があります」と書いています。そして、さまざまな順序を試して影響を理解するよう案内しています。実務に落とすと、いちばん外してほしくない条件を末尾に置く、ということになります。長いプロンプトを書いて「大事なところが反映されない」と感じるとき、その条件が冒頭に埋もれている可能性があります。位置を末尾に移すだけで通ることがあります。
ソースは最後に入れる
順番の話で、公式がひとつだけ明確な指示を出している部分があります。Copilotに特定のファイルまたはソースを使わせたい場合は、その情報を最後に入力する、という記述です。つまり、4つの部品の並びとしては、目標・コンテキスト・期待値と書いてから、最後にソースを置く形が公式の推奨になります。ファイル名を冒頭に書いてから指示を続ける書き方は、この推奨とは逆です。ここは覚えやすく、効果もはっきりしているので、今日から変えられます。前回の記事で扱ったような、ファイルを参照させて資料を作らせる場面でも、そのまま効いてきます。
公式が挙げている2つの並べ方
公式ヘルプは、並べ方の違いを体感させるために2つのプロンプトを並べています。1つ目が「命令－コンテキスト」の形で、瞑想の利点を説明するブログ記事を書くよう指示してから、瞑想が何世紀も実践されてきたこと、マインドフルネス瞑想が精神的健康に良い影響を示していることを補足する並びです。2つ目が「コンテキスト－例－命令」の形で、同じ背景説明を先に置き、それを踏まえてブログ記事を書くよう指示する並びです。公式はどちらが正解とは書かず、両方を試して違いを見るよう促しています。つまり、決まった正解があるのではなく、試す価値がある変数だということです。
「やらないで」ではなく「こうして」
ここは1行で実行できるのに、効き方が大きい部分です。禁止の書き方をやめるだけで通りやすくなります。理由も公式が説明していて、納得すると自然に書き方が変わります。あわせて、判断に迷う場面の指定のしかたも見ておきます。
積極的な指示を与える
公式ヘルプは、ヒントのひとつとして「積極的な指示を与えます」を挙げ、その理由をCopilotは行動を起こすために構築されているため、「やらない」ことよりも「何をすべきか」を伝えるほうが効果的だと説明しています。「専門用語を使わないで」より「中学生にも分かる言葉で」のほうが通る、ということです。禁止で書くと、何をすればいいかが決まらないまま残ります。自分のプロンプトから「〜しないで」を探して、「〜して」に書き換えるだけで、結果が変わることがあります。書き換えられない禁止事項は、そもそも条件が曖昧なことが多いので、そこで気づけるという副次的な効果もあります。
if-then の形を使う
公式ヘルプは同じ項目で、「if-then」命令を使ってみるよう勧めています。条件と、そのときにどうするかをセットで書く形です。「情報が足りない場合は、推測せずに質問してください」「該当するデータが見つからない場合は、見つからないと書いてください」のような書き方がこれに当たります。この形が効くのは、AIが判断に迷う場面をあらかじめ決めておけるからです。とくに業務では、勝手に埋められるより「分からない」と返ってくるほうが安全な場面が多い。禁止ではなく条件分岐として書く、と覚えておくと応用が利きます。
1回で決めない
ここは心構えの話に見えて、実はいちばん時間を左右します。1回で完璧を狙うほど、結果的に遠回りになります。公式は具体的な改善の例を3段階で示していて、何を足していけばいいのかがそこから読み取れます。やり取りを前提にした設計だと知るだけで、進め方が変わります。
反復して再生成する
公式ヘルプは「反復処理と再生成」という項目で、多くの場合、最初の結果は最終的または最適な応答ではありませんと書いています。満足しない場合は、プロンプトを修正してもう一度やり直すよう案内しています。また別のページでは「ほとんどの場合、別のプロンプトで結果をフォローアップします。あなたが探している結果を得るために、何らかのやり取りをすることを期待してください」とも書かれています。つまり、やり取りが前提の設計です。1回で完成させようとして長文を練り込むより、短く投げて、返ってきたものを見てから足すほうが速い。これは前回のExcelの記事でも同じことが書かれていました。
公式が示す3ラウンドの改善
公式ヘルプは、反復の実例として3つのラウンドを挙げています。ラウンド1は「再生可能エネルギー技術の進歩について書く」。ラウンド2は「エンジニアと環境科学者を対象に、太陽光と風力に焦点を当てて、再生可能エネルギー技術の最近の進歩を論じる技術記事を書く」。ラウンド3ではさらに、技術の背後にある科学的原理、効率の改善、実世界での応用について論じること、正確で最新の情報のために最近の研究論文・特許・業界レポートを参照することまで加えています。増えているのは読み手・焦点・扱う論点・参照すべき情報源で、まさに4つの部品が段階的に埋まっていく形です。
同じプロンプトでも結果が変わる理由
最後に、知っておくと納得できる性質を2つ。どちらも公式が自ら説明しているもので、知らないと「自分の書き方が悪い」と誤解しやすい部分です。仕様として知っておくと、対処のしかたも変わります。どちらも、型を作る意味そのものに関わる話です。
毎回少し違う結果になる
公式ヘルプには、同じプロンプトを複数回使用すると、回答が異なる場合がありますと明記されています。理由も書かれていて、LLMは「いくつかのランダム性を導入するニューラルネットワーク上に構築される」ため、同じ入力プロンプトでも、ほとんどの場合、毎回少し異なる結果が得られるとのことです。これを知らないと、うまくいった1回を再現しようとして同じ文章を繰り返し送り、結果が違うことに戸惑うことになります。再現したいのは「文章」ではなく「部品の組み合わせ」だと考えてください。だからこそ、型として残す意味があります。
確認と検証は省けない
公式ヘルプは、Copilotからの回答を常に確認し、検証するよう求めています。その理由として、Copilotは次の単語とフレーズを予測するようにトレーニングされた大規模言語モデルに基づいて構築されており、LLMは時折、偏見があり、攻撃的で有害、または不適切なコンテンツを生成する場合があると説明しています。別のページでは、LLMの広大で多様な性質により応答に不正確なコンテンツが含まれる場合があるとし、必要に応じて信頼できるソースとの相互参照を行うよう案内しています。プロンプトの型が整うほど出力が流暢になるので、この工程はむしろ重要度が上がります。
型を職場で使い回す
ここまでの内容を、明日から使える形にまとめます。ポイントは、覚えるのではなく書き出して置いておくことです。公式の4部品をそのまま枠にすれば、誰が書いても同じ品質に近づきます。個人の技能ではなく、職場の手順にするための3つの工夫を挙げます。
空欄の型を1枚つくる
おすすめは、4つの部品を空欄にした型をメモアプリに1枚置いておくことです。「目標：」「コンテキスト（誰が読む／なぜ必要）：」「期待値（形式・長さ・トーン）：」「ソース（使ってほしい資料）：」の4行で足ります。公式の推奨どおり、ソースは最後に置きます。毎回この4行を埋めてから貼り付ける。埋まらない欄があれば、それは自分がまだ決めていないことなので、AIに聞く前に決めるべき項目です。この気づきが得られるだけでも、型を書き出す価値があります。
うまくいった型は、文章ごと共有する
前回の記事でも触れましたが、職場でAIの使い方を広げるとき、いちばん効くのは「うまくいったプロンプトそのもの」を配ることです。同じプロンプトでも結果が毎回少し変わるという性質がある以上、口頭で「こんな感じで聞くといいよ」と伝えても再現しません。4つの部品が埋まった実物を、そのまま共有する。受け取った側は、目標とソースだけ自分のものに差し替えれば使えます。社内で使い方を統一したい場合は、この形がいちばん摩擦が少ない方法です。
それでも合わないときは、順番を動かす
型を使っていて結果が安定しないとき、最初にやるのは言葉を増やすことではありません。順番を動かすことです。公式が「後の部分は前の部分よりも強調される可能性がある」と書き、「さまざまな順序を試してください」と勧めているとおりです。とくに外してほしくない条件があるなら、それを末尾に近づける。ソースは最後に置く。この2つを守ったうえで、それでも合わなければ、期待値の欄をもっと具体的にします。言葉を足す前に、位置を動かす。この順番で直すと、プロンプトが無駄に長くなりません。
まとめ
プロンプトは、文章のうまさではなく部品と順番で決まります。公式ヘルプが示しているのは、目標・コンテキスト・期待値・ソースの4つの部品です。必須は目標だけで、具体的にしたいときに他を足していきます。そして順番には意味があり、後の部分は前の部分よりも強調される可能性があると明記されています。使ってほしいファイルやソースは、最後に入力する。これが公式の推奨です。
書き方のコツは2つ。「やらないで」ではなく「こうして」と書くこと。そして判断に迷う場面は「if-then」の形であらかじめ決めておくことです。加えて、最初の結果は最終でも最適でもないと公式が書いているとおり、1回で決めずに反復します。公式が挙げた3ラウンドの改善例では、読み手・焦点・論点・参照すべき情報源が段階的に足されていました。
最後に、同じプロンプトでも回答は毎回少し異なります。LLMがランダム性を導入するニューラルネットワーク上に構築されているためです。だから再現すべきは文章ではなく、部品の組み合わせ。4行の空欄を1枚作って、埋めてから投げる。それだけで、プロンプトは毎回考えるものから、組み立てるものに変わります。
よくある質問（FAQ）
プロンプトは長いほうがいいのですか
長さではありません。公式ヘルプは「プロンプトには少量でも大量でも入力することができますが、必要なのは明確な目標です」と書いています。より具体的にしたい場合に、コンテキスト・期待値・ソースを足していく形です。目標が曖昧なまま長く書いても、結果は安定しません。
使ってほしい資料は、どこに書けばいいですか
最後です。公式ヘルプは、Copilotに特定のファイルまたはソースを使わせたい場合は、その情報を最後に入力すると明記しています。あわせて、プロンプトの後の部分は前の部分よりも強調される可能性があるとも書かれています。
「専門用語は使わないで」と書いても守られません
公式ヘルプは、Copilotは行動を起こすために構築されているため、「やらない」ことよりも「何をすべきか」を伝えるほうが効果的だと説明しています。「専門用語を使わないで」ではなく「中学生にも分かる言葉で」のように、してほしいことの形に書き換えてみてください。
情報が足りないときに勝手に埋められて困ります
公式ヘルプは「if-then」命令を使ってみるよう勧めています。「情報が足りない場合は、推測せずに質問してください」のように、条件とそのときの動きをセットで書く形です。判断に迷う場面をあらかじめ決めておけます。
昨日うまくいったプロンプトが今日は違う結果になります
仕様です。公式ヘルプには、同じプロンプトを複数回使用すると回答が異なる場合があると明記されています。LLMはいくつかのランダム性を導入するニューラルネットワーク上に構築されており、同じ入力でも、ほとんどの場合は毎回少し異なる結果が得られるためです。
型が整えば、出力の確認は省けますか
省けません。公式ヘルプは、回答を常に確認し検証するよう求めています。Copilotは次の単語とフレーズを予測するようにトレーニングされた大規模言語モデルに基づいており、時折、偏見があり、攻撃的で有害、または不適切なコンテンツを生成する場合があると説明されています。型が整うほど出力が流暢になるぶん、確認の重要度はむしろ上がります。
公式のヒントを原文で読む
プロンプトのガイドは更新されます。型を作る前に、Microsoft Copilot でプロンプトの記述を開始する（Microsoft公式ヘルプ）で最新の記載を確認してください。