プロンプトの5つの構成要素とは
すべてのプロンプトに必要な5つの構成要素は、役割とコンテキスト、タスク/指示、入力と例、制約、出力形式です。 この5つのコンポーネントは、信頼性が高く再現可能なプロンプトと、一貫性を欠く結果を生むぼんやりした質問を区別する最小限の構造です。
各要素は異なる障害モードを解決します。役割とコンテキストはモデルに自分が何であるか、どんな状況にあるかを伝えます。タスク/指示は正確に何をすべきかを伝えます。入力と例は素材と学習シグナルを提供します。制約はルールを設定します。出力形式は答えの形を指定します。合わせることで、モデルが推測すべきことを残しません。
5つの構成要素なし(ぼんやり): > このレポートを要約してください。
5つの構成要素すべてあり(完全): > あなたは経営分析の専門家です(役割)。以下のQ3レポートから主要な知見を要約してください(タスク)。レポートテキスト(入力)。レポートの事実だけを使用、最大200語、形式は正式(制約)。3つの箇条書きを「主要な知見」というタイトルで返してください(出力形式)。
これらの5つの構成要素が重要な理由
5つの構成要素モデルは、OpenAI、Google、Anthropic、独立した実践者からのプロンプトエンジニアリングガイダンスから生まれた収束コンセンサスを反映しています。役割、指示、例、制約、出力形式は、2023年以降に発表されたすべての主要フレームワークに異なる名前で登場しています。これは偶然ではなく、確率的モデルが有用で一貫性のある結果を生産するために必要な最小限の情報です。
ビジネス上の論理は直截的です。役割とコンテキストがないと、書き直しが必要なジェネリックな答えが生じます。制約がないとハルシネーションのリスクとブランド外の出力が増加します。出力形式がないと、解析またはコピーペーストできない結果が生じます。5つの構成要素モデルはこれら3つの障害モードをすべて一度に対処し、GPT-5、Claude 4.8、Gemini 3 Pro、およびローカルで実行される LLM に等しく適用されます。
日本企業向けの注記:METI AI Governance 2024 の要件を満たす場合、制約セクションでこれを明示的に述べることが重要です。Ollama や LM Studio を使用した企業内のローカル推論は、日本の個人情報保護方針と企業ガバナンス基準への完全な準拠を確保しながら、プロンプト精度の利点をもたらします。
役割とコンテキスト要素は何をするのか
役割はモデルに採用すべきペルソナまたは専門知識を伝えます。コンテキストは状況、ドメイン、モデルが動いているオーディエンスを伝えます。ペアで機能するため一緒にグループ化されています。役割がモデルであり、コンテキストはそのタスクで「良い」が何を意味するかを形作る環境です。
役割とコンテキストを省略すると、モデルはジェネリックな視点から答えます。特定の誰のためでもない答えです。これらを含めると、同じモデルが VAT 返還質問に答える senior tax advisor、19歳のオーディエンスに向けて書く junior copywriter、または四半期レポートを要約するデータアナリストになります。出力はあなたの実際の状況に合わせます。
- ドメインを指定する: 「あなたは B2B SaaS コピーライターです」は「あなたはライターです」より有用
- オーディエンスを含める: 「これを技術に詳しくない CFO に説明してください」は語彙と詳細度を制限
- 専門知識レベルを定める: 「senior security engineer として動いてください」は「security engineer として動いてください」と異なる出力を生む
- 重要な場合は状況を述べる: 「最初のドラフトを見直しています」対「ゼロから書いています」はモデルのアプローチを変える
モデルが指示に従うことがより上手になったときに、ロールプロンプティングがどのように進化したかを理解するために、プロンプトエンジニアリングの進化を参照してください。
タスク/指示要素とは
タスク/指示要素は、モデルに行わせたいことの明確な声明です。 最も重要な要素です。他のすべての要素がこれを支援します。明確で具体的で検証可能な指示は曖昧さをほぼゼロに減らします。ぼんやりした指示がすべてのモデルとユースケースにおいて貧弱な AI 出力の最大の原因です。
現在のベストプラクティスガイダンスは、タスクをアクション可能で観測可能にすることを強調します。動詞を使い、成果物を述べ、できれば成功基準を説明します。「要約を書く」はタスクです。「以下の記事を3つの箇条書きで要約してください、各20語以下」はテスト可能な出力を持つタスクです。出力品質の違いは著しいです。
- ❌ 弱い:「このトピックについて何か書いてください」
- ✅ 強い:「非技術系の管理職向けプロンプトエンジニアリングの利点について、150語の LinkedIn 投稿を書いてください」
- ❌ 弱い:「このデータを分析してください」
- ✅ 強い:「このデータセットのトップ3トレンドを特定し、収益への影響でランク付けしてください、最高から最低へ」
指示は例を提供するかどうかと直接対話します。Zero-Shot vs. Few-Shot: Which Approach Gets Better Results?を参照して、各アプローチがいつ最適に機能するかを確認してください。
入力と例はどのように精度を向上させるのか
入力はモデルが作業する必要がある実際のデータ、テキスト、またはマテリアルです。例は、正しい応答がどのような形かを示すサンプル入出力ペアです。これらは異なる懸念事項です。入力は現在のタスクの生素材、例はモデルの実行方法を形作る学習シグナルです。
1~3つの例(few-shot prompting)を含めることは、出力形式とトーンをロックインするための最も信頼できる単一の技法です。モデルに良い答えがどのようなものかを示すと、タスク説明だけから推測するのではなく、パターンをマッチングします。これは特殊なフォーマット、一貫したトーン、精度が必要な構造化出力で最も重要です。
- 例を追加するとき: 特殊なフォーマット、一貫したトーン要件、構造化出力、ドメイン固有の語彙
- ゼロショットのままにするとき: シンプルな事実質問、幅広い探索、モデルのデフォルト応答スタイルを積極的に望む場合
- 例を変化させる: 同じ例は1つのパターンだけを教えます。あなたが期待する入力の実際の範囲をカバーしてください
- 現実的なデータを使う: 理想化されたサンプルより実在サンプルが優れています。モデルは実際に示されたものから学びます
例を使うべき時と省く時の完全な分析については、Zero-Shot vs. Few-Shot: Which Approach Gets Better Results?を参照してください。
制約要素とは、なぜプロンプトに必要か
制約はモデルが従うべきルールです:何をすべきか、何をしてはいけないか。 長さの制限、禁止トピックまたはフレーズ、必要なソース、ブランドボイスルール、安全性の境界、フォーマット制限を含みます。制約は最も一般的に省略される要素です。その欠落がハルシネートされた事実、ブランド外の言語、間違った形式の出力の主原因です。
明確に定義された1つの制約を追加することはしばしば既存のプロンプトに加えることができる最も高レベレッジの変更です。「統計を作成しないでください」はハルシネーションリスクを大幅に削減します。「100語を決して超えないでください」は簡潔さを強制します。「提供されたテキストからの情報だけを使用してください」はソースマテリアルに出力を根付かせ、そのタスクのために完全に捏造を排除します。
- 長さ制約: 「最大150語」「5つ以上の箇条書きなし」
- ソース制約: 「添付ドキュメントからの事実のみを使用」「確認できないソースを引用しない」
- トーンとボイス制約: 「正式な三人称トーンで書く。縮約なし、口語なし」
- 禁止コンテンツ: 「競合製品に言及しない」「データが示す範囲を超えて推測しない」
- 安全性制約: 「提供されたコンテキストから質問に答えられない場合は言う。答えを発明しない」
出力を形作るために除外を使う技法については、Negative Prompting: Tell the AI What NOT to Doを参照してください。制約のないプロンプトがより多くハルシネートする理由については、AI Hallucinations: Why AI Makes Things Upを参照してください。
出力形式要素があなたの結果をどのように制御するのか
出力形式はモデルが生成すべき答えの正確な形を指定します。 これはモデルが直接使用可能かそれとも使用前に再フォーマットが必要かを決定する要素です。自動パイプラインでは、指定されていない出力形式は脆弱で矛盾した解析を意味します。GEO では、構造化出力は AI 検索エンジンによってそのまま引用される可能性が高いです。構造化答えはプログラムで抽出しやすいためです。
出力形式要素はファイル形式(JSON、Markdown、CSV)、構造(テーブル、箇条書き、番号付きステップ)、長さ、セクション のラベルを指定できます。より正確に指定するほど、出力は編集を必要とします。
- JSON: 「結果を JSON オブジェクトとして返す。キー:title、summary、tags」
- Markdown 箇条書き: 「各検出結果を太字の用語で始まる箇条書きとしてリストアップし、その後に説明文」
- テーブル: 「比較を Markdown テーブルとしてフォーマットする。列:機能、オプション A、オプション B」
- 構造化散文: 「各主要ポイントの見出しを持つ応答を構造化し、セクションあたり最大3文」
さまざまなモデルにおける JSON モードと構造化出力への完全ガイドについては、Structured Output & JSON Mode: Get AI to Return Usable Dataを参照してください。
5つの構成要素をすべてまとめたプロンプトをどのように作成するのか
以下のテンプレートは、単一のドメイン中立的なタスク用に順序付けられた5つの構成要素すべてを示しています。各部分がラベル付けされているため、各構成要素がどこで始まり終わるかを正確に確認できます。各セクションのコンテンツを置き換えて、任意のドメインに適応させてください。
- 役割とコンテキスト** あなたは経営分析の senior です。オーディエンスは四半期営業レポートを見直している非技術系の経営幹部チームです。
- タスク/指示** 以下のレポートから主要な知見を要約してください。目標に対するパフォーマンスに焦点を当て、2つの最大のリスクを識別し、それぞれに対して1つの是正措置を推奨してください。
- 入力** レポート テキストをここに貼り付け
- 制約** レポートからの情報のみを使用してください。推測しないでください。合計200語を超えないでください。プレーン言語で書いてください。専門用語なし。
- 出力形式** 3つのセクションとして応答を返してください:「主要な知見」(3つの箇条書き)、「トップリスク」(2つの箇条書き)、「推奨アクション」(2つの箇条書き、リスクあたり1つ)。
このテンプレートはすべての主要な言語モデルおよび Ollama または LM Studio 経由のローカル LLM で動作します。ブロック順序は推奨ですが、厳格なルールではありません。ただし、最初に役割とコンテキストを配置し、最後に出力形式を配置することがすべての主要なモデル全体で最も一般的で信頼できる配置です。
5つの構成要素が CRAFT、CO-STAR、SPECS にどのようにマップするか
人気のあるプロンプトエンジニアリングフレームワークは、同じ5つの構成要素を異なる名前や異なる順序で配置する見解のある方法です。CRAFT、CO-STAR、SPECS はすべてこの 5 ブロックモデルに直接マップされます。最初にブロックを理解することは、その特定の用語をゼロから暗記することなく、任意のフレームワークを適用できることを意味します。
以下のテーブルは、各ブロックが3つの広く使われているフレームワークの対応するフィールドにどのようにマップするかを示しています。
| 構成要素 | CRAFT | CO-STAR | SPECS |
|---|---|---|---|
| 役割とコンテキスト | Context / Role | Context + Audience | Situation |
| タスク/指示 | Action | Objective | Problem / Task |
| 入力と例 | Facts / Examples | Examples (optional) | Examples |
| 制約 | Restrictions | Tone & Style | Constraints |
| 出力形式 | Format | Response Format | Style |
PromptQuorum には 9つの統合フレームワークが含まれており、タスク タイプに応じてこれらの要素を事前入力します。フレームワーク固有のガイドについては、Which Prompt Framework Should You Use?、CRAFT Framework、CO-STAR Frameworkを参照してください。
プロンプト構成要素を使う場合のよくある間違い
- 役割が完全に欠けている: モデルはジェネリックな視点から答える。ドメインと専門知識レベルを指定してください(少なくとも1文で)
- ぼんやりしたコンテキスト: 「私の会社のために書く」はモデルに何も伝えません。オーディエンス、知識レベル、出力での用途を述べてください
- 検証不可能な指示: 「これを改善する」には観測可能な成功基準がありません。具体的で測定可能なタスクに置き換えてください
- ハルシネーション制約なし: 「提供された情報のみを使用」がないと、モデルはギャップをもっともらしい発明で埋めます
- 出力形式が指定されていない: モデルが独自の構造を選択します。実行ごとに異なり、ダウンストリームプロセスを壊します
- すべてを1つの段落にマージ: テキストの壁に混ぜた構成要素はモデルが解析するのが難しいです。各要素に明示的なラベルまたは改行を使用してください
- 例が非常に似ている: 同じ例は1つのパターンだけを教えます。期待される入力の実際の範囲をカバーしてください
プロンプトを構築する(ステップバイステップ)
- 1役割とコンテキストを定義する: モデルが何であるか、動いているドメインで開きます。例:「あなたは日本の中小企業を支援する経験豊かな税務顧問です。」これがないと、モデルはジェネリックな視点から答えます。
- 2タスク/指示を書く: 正確に何を生成すべきかを述べてください。具体的で検証可能です。「税務申告書について話す」より「日本の中小企業向けに主要な5つの税務義務を200語で要約してください」が良いです。
- 3入力と例を追加する: 生データを提供し、少なくとも正しい出力形式の1つの例を提供してください。良い例は他のどの技法よりも矛盾を減らします。
- 4制約を定義する: モデルがしてはいけないこと、文字数制限、トーンルールをリストアップしてください。例:「日本外の管轄区域向けアドバイスはしない。200語最大。形式は正式。」
- 5出力形式を指定する: 正確な形を述べてください。JSON オブジェクト、3ポイント要約、テーブル、段落。これを省略することは使用不可能な出力の最も一般的な原因です。
よくある質問
すべてのプロンプトに5つの構成要素が本当に必要ですか
いいえ。シンプルで曖昧でないタスクはしばしば、タスク/指示と出力形式だけで十分です。ドメインまたはオーディエンスが重要な場合は役割とコンテキストを追加してください。障害モードが高コストな場合は制約を追加してください。形式精度が重要な場合は例を追加してください。最小限から始めて、出力があなたの標準を満たさない場合にのみ要素を追加してください。
役割とコンテキストはどちらがより重要ですか
ペアとして機能します。どちらか一方だけでは不十分です。コンテキストなしの役割は一般的な専門家モード出力を生成します。役割なしのコンテキストは状況認識のあるトーン的に矛盾した出力を生成します。ほとんどのタスクでは両者を組み合わせた1文が効果的です。
プロンプトを短く保ちながら、5つの構成要素をすべて含めることはできますか
はい。各要素は1文で表現できます。5つの構成要素のプロンプト全体は100語以下に収まります。簡潔さは問題ではありません。曖昧さが問題です。5つの要素を備えた短く正確なプロンプトは、要素がない長くだらしないプロンプトより一貫して優れています。
コンテキストと例の違いは何ですか
コンテキストはタスクを枠づける状況、ドメイン、オーディエンスを説明します。例は、正しい答えがどのような形かをモデルに示すサンプル入出力ペアです。コンテキストはモデルにどこに いるかを伝え、例は何を生成するかを示します。
CRAFT または CO-STAR などのフレームワークを使う場合、制約はどこに適合しますか
すべての主要フレームワークは制約にマップするフィールドを持っています。CRAFT では「Restrictions」、CO-STAR では「Tone & Style」、SPECS では「Constraints」です。フレームワークに明示的な制約フィールドがない場合は、終了時に「Do not」セクションとして制約を追加してください。すべてのモデルがこれを確実に処理します。
単純な質問をしているだけの場合、出力形式は重要ですか
会話型の質問については、形式指定は任意です。ダウンストリームで使用される出力(ドキュメントに貼り付け、コードで解析、発行、チームメンバー間で再利用)については、形式指定が必須です。結果を得ることと、使用可能な結果を得ることの違いです。
これらの5つの構成要素はすべての LLM モデルに適用されますか
はい。GPT-5、Claude 4.8、Gemini 3 Pro、または Ollama や LM Studio を経由するオープンソース LLM を使用しているかどうかにかかわらず、これら5つの構成要素はすべてで機能します。最小構造は構文において若干異なりますが、概念的モデル(役割、指示、例、制約、形式)はすべてのモデルに普遍的に適用されます。
METI の AI ガバナンスガイドラインはプロンプト設計に影響しますか
日本企業が METI AI Governance 2024 に準拠する必要がある場合、制約セクションで明示的に述べることが重要です。「このプロンプトは日本の企業ガバナンス基準に準拠した出力を生成する必要があります」という制約を追加することで、モデルが適切に調整されます。ローカル推論(Ollama/LM Studio)はデータ主権を確保します。
ローカル LLM ではこれらの5つの構成要素は同じように機能しますか
はい。Ollama や LM Studio を使用して実行されるローカル LLM はクラウド API と同じ原則に従います。実は制約と例を使うことはローカル推論では重要です。ローカルモデルはリソース制約があり、明確な指示がより顕著な影響をもたらすためです。
これらの構成要素を日本語で使用する場合に特別な考慮はありますか
いいえ。これら5つの構成要素は言語に依存しません。日本語で記述されたプロンプトでも英語でも、同じ構造が機能します。実際のところ、これら5つの構成要素を明示的に使用することは、日本語プロンプトの一貫性と正確性を向上させます。
関連資料
- プロンプトエンジニアリングの進化 — 初期のモデルから今日の推論システムへ。プロンプティング技法がモデル機能に応じてどのように進化したか。
- Zero-Shot vs. Few-Shot プロンプティング — 例をいつ使うか、いつ省くか。タスクに適したアプローチを選ぶ。
- Negative Prompting: Tell the AI What NOT to Do — 制約の実行。除外がどのように含有より出力を信頼性にするのか。
- AI Hallucinations: Why AI Makes Things Up — 制約と例が重要な理由。ハルシネーションの根本原因と証拠ベースの対策。
- Structured Output & JSON Mode — 正確な出力形式を指定。JSON、Markdown テーブル、その他の構造化アプローチ。
- 使うべきプロンプトフレームワークはどれ — CRAFT、CO-STAR、SPECS の比較。ユースケースに合ったフレームワークを選ぶ。
- AIであなたのブランドボイスを活かす:プロンプトガイド
ソースと参考資料
- Crafting Effective Prompts: Guidelines and Best Practices — OpenAI — OpenAI 公式プロンプトエンジニアリングガイド。役割ベースおよび構造化プロンプトのベストプラクティスを含む。
- Prompt Injection Threats & Mitigations — OWASP — 非構造化プロンプトのセキュリティ影響。制約の推奨。
- A Prompt Pattern Catalog to Enhance Prompt Engineering with ChatGPT — White et al., 2023 — プロンプト設計パターンの総合カタログ。5つの構成要素モデルに直接適用可能な構造化および役割ベースの技法。