コンテキストエンジニアリング(Context Engineering)|AI 用語辞典
用語辞典 / プロンプト・活用

コンテキストエンジニアリング(Context Engineering)Context Engineering — 読み:こんてきすとえんじにありんぐ

コンテキストエンジニアリング(Context Engineering)は、AIに渡す情報の一式を、目的に合わせて選び、並べ、削る設計のことです。指示文の言い回しを磨くプロンプトエンジニアリングより一段広く、参照資料・会話の履歴・ツールの実行結果まで含めて扱います。このページでは、定義・仕組み・出典・使い分け・プロンプト例・FAQ をまとめて解説します。

分類:プロンプト・活用タイプ:実務型(プロンプト 3 本)更新:2026年10月18日出典付き:はい
01

導入Introduction

コンテキストエンジニアリング(Context Engineering)は、AIに渡す情報の一式を、目的に合わせて選び、並べ、削る設計のことです。指示文の言い回しを磨くプロンプトエンジニアリングより一段広く、参照資料・会話の履歴・ツールの実行結果まで含めて扱います。このページでは、定義・仕組み・出典・使い分け・プロンプト例・FAQ をまとめて解説します。

このページの使い方:定義と仕組みで概念を掴み、プロンプト集で実務に落とし込み、FAQ で細部を確認できます。関連用語のリンクで、必要な範囲だけをたどって学べます。
02

用語の定義Definition

コンテキストエンジニアリング(Context Engineering)は、AIに渡す情報の一式を、目的に合わせて選び、並べ、削る設計のことです。指示文の言い回しを磨くプロンプトエンジニアリングより一段広く、参照資料・会話の履歴・ツールの実行結果まで含めて扱います。このページでは、定義・仕組み・出典・使い分け・プロンプト例・FAQ をまとめて解説します。

  • 指示文だけでなく「何を、どの順で、どこまで渡すか」を設計する
  • 参照資料・履歴・ツール結果を混ぜると、古い情報や矛盾が入り込みやすい
  • 渡す量を増やすより、要らない情報を削るほうが結果は安定しやすい

出典:my-best.ai 用語辞典「コンテキストエンジニアリング(Context Engineering)」(https://my-best.ai/ai-dictionary/context-engineering/)

03

仕組み・原理How it works

① コンテキストは「作業机」だと考えます

モデルは、渡された情報の範囲でしか答えられません。机の広さには限りがあり、載せられる書類の量も決まっています。この机の広さがコンテキストウィンドウで、そこに何を載せるかを決めるのがコンテキストエンジニアリングです。プロンプトエンジニアリングが「頼み方」の設計だとすれば、こちらは「渡す材料」の設計にあたります。

② 載せる材料は4種類に分かれます

第一に指示と制約(何をしてほしいか、してはいけないこと)。第二に参照資料(社内文書、商品情報、表データ)。第三に会話の履歴(ここまでのやり取り)。第四にツールの実行結果(検索結果、計算結果、APIの応答)です。この4種類は性質が違い、混ぜ方によって結果が変わります。とくに第三と第四は、自分で書いた指示ではないぶん、古い情報や不要な前置きが紛れ込みやすい領域です。

③ 並べ方と削り方が効きます

長い資料を丸ごと貼ると、肝心の指示が埋もれます。基本は「目的→制約→資料→出力形式」の順に置き、資料が長い場合は先に要約を作ってから渡します。また、同じ内容でも「今の質問に関係する部分だけ」を抜き出して渡すほうが、モデルは迷いません。この絞り込みの考え方はRAG(検索して必要な部分だけを渡す仕組み)と共通です。逆に、関係の薄い資料を大量に足すと、指示の優先順位が崩れて出力がぶれます。

④ 溢れたときに何が起きるか

材料が多すぎると、机から書類が落ちます。モデル側では、古い履歴や中間の資料が実質的に読まれなくなり、「さっき言ったのに無視された」という現象になります。対策は2つです。ひとつは、やり取りが長引いたら要点だけを残して会話を整理すること。もうひとつは、資料を毎回貼り直すのではなく、必要な箇所を抜き出して渡す運用に変えることです。消費量の目安はトークンの項目で確認できます。

目的と制約何をしたいか、守る条件は何か参照資料必要な箇所だけを抜き出して渡す会話の履歴長引いたら要点だけ残すツールの結果検索・計算・APIの戻りを確認してから載せる出力形式最後に、欲しい形を指定する
コンテキストは「目的→資料→履歴→結果→形式」の順に積む
04

原始出處Origin

プロンプトエンジニアリングという語は、指示文の書き方を指すものとして広まりました。しかし参照資料やツールの出力を扱うようになると、指示文だけを磨いても結果が安定しない場面が増えます。そこで、渡す情報の全体を設計対象にする語としてコンテキストエンジニアリングが実務者のあいだで使われるようになりました。背景には、検索して根拠を渡す仕組み(RAG)と、外部ツールを呼び出す仕組み(Function Calling)の普及があり、渡す情報の質がそのまま出力の質になる構造がはっきりしたためです。教材としては、Learn Prompting が指示・例示・役割・出力形式・補足情報というプロンプトの構成要素として整理しており、DeepLearning.AI は RAG のコースで検索結果の扱いを講義に含めています。

05

応用シーンUse cases

長い資料から答えさせる

全文ではなく、質問に関係する章だけを抜き出して渡します

社内ルールを守らせる

禁止事項と例外を先頭に置き、判断に迷う例を1つ添えます

ツールの結果を読ませる

検索結果を要約してから渡し、いつの情報かを明記します

同じ依頼を毎週回す

渡す材料と順番を型にして、担当が変わっても同じ結果にします

06

メリット・デメリットPros & Cons

メリット

  • 同じモデルでも、渡し方を変えるだけで出力の安定度が上がる
  • 何を渡したかを記録できるため、外れたときに原因を追いやすい
  • 資料を削ることで、待ち時間と費用も同時に抑えられる

デメリット・注意点

  • 設計に手間がかかり、最初から完成した型は作りにくい
  • 資料の抜き出しを誤ると、必要な情報が落ちて誤答につながる
  • モデルや資料が更新されると、型の見直しが必要になる
07

よくある誤解Misconceptions

とにかく多く渡すほど賢くなる
量を増やすと、関係の薄い情報が指示の優先順位を崩します。必要な箇所を絞って渡すほうが、同じモデルでも結果は良くなります。
プロンプトエンジニアリングと何が違うのか
指示文の書き方だけを扱うのがプロンプトエンジニアリング、参照資料・履歴・ツール結果まで含めて渡す情報全体を扱うのがコンテキストエンジニアリングです。実務では両方を行き来します。
08

関連用語Related terms

用語同士は相互リンクされています。未掲載の用語は用語一覧の該当項目へリンクします。

09

プロンプト集Prompt collection

実務でそのまま使えるプロンプト例です。コピーして〔 〕内を置き換えてください。同じカードはプロンプト集にも掲載されています。

コンテキストエンジニアリング(C

渡す材料を仕分ける

材料の取捨選択

次の作業をAIに任せます。渡す予定の情報を「指示」「参照資料」「履歴」「ツール結果」の4種類に仕分け、
それぞれについて「今回の判断に必要か」「古くなっていないか」を判定してください。
不要と判定したものは、理由を1行添えてください。

作業:(ここに書く)
渡す予定の情報:(箇条書きで貼る)
コンテキストエンジニアリング(C

資料を絞ってから渡す

必要箇所の抜き出し

次の資料から、下の質問に答えるために必要な箇所だけを抜き出してください。
抜き出しは見出し単位で行い、「該当見出し/抜き出した本文/なぜ必要か」の3列の表にしてください。
該当がない場合は「該当なし」と書いてください。

質問:(ここに書く)
資料:(ここに貼る)
コンテキストエンジニアリング(C

依頼の型を1枚にまとめる

毎週の作業を型にする

次の作業を毎週繰り返します。1回分の依頼を、そのまま貼って使える形で書いてください。
構成は「目的」「守る条件」「参照資料の場所」「出力形式」の4つとし、
各項目は3行以内にしてください。変わる部分は〔 〕で示してください。

作業:(ここに書く)
10

FAQ(よくある質問)FAQ

プロンプトエンジニアリングを覚えれば十分ではありませんか?
指示文が整っていても、渡す資料が古い・多すぎる・関係が薄いと結果は崩れます。とくに社内文書を参照させる場面では、資料側の設計が効きます。まずは「今の依頼で、本当に必要な資料はどれか」を1つ選ぶところから始めてください。
渡す情報が多いほど良い答えが出ると思っていました。
量と質は別です。関係の薄い情報が混ざると、指示の優先順位が崩れ、古い数字をそのまま使うといった事故が起きます。迷ったら「これは判断に必要か」を1問だけ自問し、不要なら削るのが基本です。
会話が長くなると途中から指示を忘れるのはなぜですか?
渡せる情報の量に上限があり、超えると古い部分から実質的に読まれなくなるためです。長引いたら、決まったこと・未決のこと・次の一手の3点だけを残して会話を整理してください。整理した内容を新しい会話の先頭に貼ると、安定します。
11

出典・参考文献References

定義・出典の記述は一次資料に基づきます。リンク先の内容は公開時点のものです。

学習ルート:はじめての方は チュートリアル「はじめての LLM 活用」 から読み、用語の意味を引くときは 用語一覧、そのまま使える例文は プロンプト集、実務の手順は ガイド一覧 を参照してください。
12

まとめSummary

コンテキストエンジニアリングは、AIに渡す情報の一式を設計する考え方です。指示・参照資料・履歴・ツール結果の4種類を仕分け、必要な箇所だけを順序立てて渡します。量を増やすのではなく削ることが精度につながり、何を渡したかを記録しておくと、外れたときの原因を追えます。

  • 渡す材料は「指示・資料・履歴・ツール結果」の4種類に分ける
  • 長い資料は抜き出す。丸ごと貼らない
  • 会話が長引いたら要点だけ残して整理する

次はチュートリアルで手を動かす

AIに渡す情報を仕分けて絞る — 所要 15〜30 分程度の実践形式です。

チュートリアルを開く →

AIクローラーの主要運営者

  • Yandexクローラー39種
  • Googleクローラー32種
  • Baiduクローラー10種
  • Amazonクローラー8種
  • Metaクローラー8種
  • OpenAIクローラー6種
  • Anthropicクローラー6種
  • Microsoftクローラー6種
  • ByteDanceクローラー4種
  • Mistral AIクローラー3種
  • Awarioクローラー3種
  • Semrushクローラー3種

運営者109社をすべて見る →

週1回・無料

AEO診断・AIクローラー最新情報を、
週1回お届け

AI Botの仕様変更やAEO対策のノウハウ、よくあるトラブル事例を編集部が厳選しメール配信。いつでも配信停止可能です。

  • 新Bot・仕様変更AIクローラーに新しいBotが追加されたとき、判定仕様が変わったときの速報
  • 障害事例と対処AEO診断で多い障害事例と、その対処方法を実例で解説
  • AEO活用術Web制作会社・SEO担当者向けのAEO活用テクニック

登録により 利用規約に同意したとみなされます。確認メールのリンクを押すと登録が完了します。

My-Best.AI|AIツール比較・ランキング・おすすめ最新AI情報
Logo