コンテキストエンジニアリングとは

最終更新: 2026年8月11日

ひとことで言うと、AIに渡す情報ぜんぶを設計することです。 指示文の書き方だけでなく、何を渡し、何を渡さないかを決める作業を指します。

解説そのものは他にもたくさんあるので、この記事では 「渡す情報を削ると、実際に費用がいくら変わるのか」を計算します。 概念だけだと打ち手の優先順位が決まらないためです。

プロンプトエンジニアリングとの違い

この2つを含めた全体像は AIエージェント設計の5階層マップにまとめています。

渡しすぎても壊れる

「たくさん渡せば賢くなる」と思われがちですが、実際には逆に働くことがあります。

• 関係ない情報に引きずられる — いま関係のない過去の話を持ち出して答えてしまう
• 指示が埋もれる — 長い会話の途中で出した指示が、大量の履歴のなかで効かなくなる
• 入るはずのものが入らない — 履歴で枠が埋まり、肝心の資料が入りきらない
• 費用が跳ねる — 次で詳しく計算します

つまり打ち手は「足す」だけではありません。 削る・要約する・必要なときだけ足すの3つが揃って、はじめて設計と呼べます。

会話が伸びると、費用は2乗で増える

APIは会話を覚えていません。毎回これまでのやりとりを丸ごと送り直しています。 だから10往復目の送信量は1往復目の何倍にもなり、累計は往復回数の2乗に近い伸び方をします。

前提：システムプロンプト1,000トークン、 自分の発言が毎回200、AIの返答が毎回600。 単価は仮に入力 $3 / 出力 $15（100万トークンあたりUSD）としています。 実際の単価はモデルと時期で変わるので、傾向のほうを見てください。

往復が5倍（10→50）になると、費用は 15.3倍 になります。使った量の感覚と請求が合わないのは、これが理由です。

20往復した時点で、入力の累計176,000トークンのうち 約64.4%が「過去の履歴を送り直すため」のぶんです。 新しく話している内容よりも、繰り返し送っている過去のほうが多くなっています。

直近だけ送ると、増え方が直線に変わる

では「直近3往復ぶんだけ送る」ようにするとどうなるか。同じ条件で計算しました。

20往復の時点で46.1%の削減、 50往復まで伸ばすと差はさらに開きます。 送信量が頭打ちになるので、会話がどれだけ長くなっても1回あたりの費用が変わらなくなるのが 効いています。

もちろん、古い履歴を単純に切ると大事な前提まで捨てることになります。 実務では次のように組み合わせます。

• 要約して持ち越す — 古い履歴は短くまとめ、結論と決めごとだけ残す
• 決まったことは外に書き出す — 履歴ではなくファイルやメモに置き、必要なときに読む
• 必要なときだけ検索して足す — 全部を最初から渡さず、関係する部分だけ持ってくる
• システムプロンプトを短くする — 毎回必ず送られるので、ここの1トークンは重い

効果の大きい順に手をつける

削れる場所はいくつもありますが、効果には差があります。 毎回送られるものほど効きます。

指示文を短くするのは取り組みやすいのですが、効果はいちばん小さい部分です。 まず履歴の扱いを決め、次にシステムプロンプトを見直す。この順番が確実です。

自分の数字で確かめる

• トークン数の計算 — 実際の文章が何トークンになるか数える
• プロンプト圧縮 — 指示文から削れる部分を見つける
• AI導入の費用対効果 — 月額プランの元が取れているか
• AIのクレジットを節約する方法 — 効果の大きい順に12個

コンテキストの外側にある層——ループ、グラフ、ハーネス——との関係は 5階層マップで整理しています。

本記事の費用は、記載した前提とトークン単価にもとづく概算です。実際にはプロンプトキャッシュ、画像や添付の扱い、モデルごとのトークン化の違いで結果が変わります。単価はモデルと時期によって大きく変動するため、最新の価格は各サービスの公式情報でご確認ください。用語の定義は書き手によって幅があります。