2026年のコンテキストエンジニアリング：その意味、プロンプトエンジニアリングとの違い、Claude Codeでの活用方法

Ailootの利用方法については、ドキュメントをご覧ください。

コンテキストエンジニアリングとは？一言で言うと#

Anthropicは2025年9月29日のエンジニアリングブログ記事で、この用語を定義しました。

同じ記事には、視点を変えるうえで最も重要な一節があります。

要点は、コンテキストは自分が書くメッセージではないということです。コンテキストとは、メッセージの前にAIが目にする情報全体、すなわちシステムプロンプト、ツールの説明、会話履歴、メモリファイル、MCP経由で読み込まれたデータです。プロンプトは最後のステップです。コンテキストエンジニアリングとは、ウィンドウに入れるすべての情報の設計です。

なぜ2026年にプロンプトエンジニアリングは時代遅れになったのか？#

この変化は2025年の夏に起こりました。

2025年9月29日： Anthropicがエンジニアリングブログ記事でこの分野を確立し、4つの原則をまとめました。

プロンプトエンジニアリングが「死んだ」わけではありません。キーボードで文字を打つ方法を知っているのと同じように、基礎的なリテラシーになったのです。その上に、長いタスクでAIエージェントが破綻しないための分野、すなわちコンテキストエンジニアリングが生まれました。

コンテキストエンジニアリングとプロンプトエンジニアリングの違いは？5つの違い#

コンテキストエンジニアリングは「とにかく多く入れる」ことではありません。適量を精密に与えることです。少なすぎれば、AIはコンテキスト不足になり、幻覚を起こします。多すぎれば、ノイズに埋もれ、途中で要点を見失い、コストも増えます。

プロンプトエンジニアリングが扱っていたのは最後のステップです。コンテキストエンジニアリングは、その前にあるすべてを扱います。

100万トークンあっても、なぜ「全部入れる」べきではないのか？#

Claudeモデルの現在のコンテキスト上限は次のとおりです。

100万トークンは、テキスト約2,500ページ分です。プロジェクトのドキュメント、やりとり、仕様書をすべて読み込ませて、AIに判断させればよいように思えます。しかしAnthropicはエンジニアリングブログで明言しています。

つまり、コンテキストは限界効用が逓減する有限のリソースです。トークンを追加しても、効果が比例して増えるわけではありません。ウィンドウが長くなるほど、モデルはその中の情報をうまく扱えなくなります。

2026年の主要なスキルは、すべてを開いたままにしておくことではありません。タスクごとに狭いコンテキストを用意し、素早く切り替えることです。

最大の間違い：コンテキストが多いほど、結果は悪くなるのか？#

もう1つの効果、「Lost in the Middle」も並行して働きます。

実際には、重要なルールがCLAUDE.mdの途中にあると、モデルが読み飛ばす可能性があります。

AnthropicはCLAUDE.mdのドキュメントで、長さの上限を推奨しています。

引用の200行未満は長さの目標で、ルール追従が止まる厳密な境界ではありません。80〜120行は紹介したプロジェクトでの筆者の好みで、別のAnthropic要件ではありません。関連する指示を保ち、重要ルールに従うか実際に試してください。行が増えるほど注意と文脈を使います。この上限に収まるようCLAUDE.mdを設定する方法については、「2026年版CLAUDE.mdの設定方法」をご覧ください。

Anthropicが示すコンテキストエンジニアリングの5原則#

原則1. コンテキストは有限のリソース

これは基本的な前提であり、これがなければほかの4原則は機能しません。Anthropicは次のように述べています。

「密度が高い」とは、「余分なものがなく、情報が詰まっている」という意味です。ウィンドウ内のトークンはすべて、モデルの判断に実質的な影響を与えるべきです。CLAUDE.mdに「きれいなコードを書くように努める」とあれば、削除できます。情報としての価値がないからです。

原則2. 必要なときに情報を取得する

AIエージェントは、すべてをあらかじめウィンドウに読み込むのではなく、ツールを使ってその場でデータを取得します。これはClaude Codeの構成です。ベクトルデータベースやインデックスの代わりに、エージェントは現場のエンジニアが手作業でコードを検索するように、globとgrepを使います。

使う場面：タスクでどの箇所が必要になるか、事前に分からない場合。

原則3. 構造化されたメモを取る

エージェントはメモを外部ストレージに書き、必要に応じて読み込みます。Claude Codeでは、これをメモリツールで実現します。AnthropicはCookbookで次のように説明しています。

使う場面：長いセッション、セッション間の移行、蓄積されるプロジェクト知識。

原則4. コンパクション

上限が近づいたときに、メッセージ履歴を要約に圧縮します。Claude Codeでは、/compactコマンドのほか、ウィンドウが約80%に達したときの自動コンパクションがあります。Anthropicは次のように述べています。

使う場面：分析的な会話が長くなり、チャット履歴が役に立たない情報となって、支援するどころかウィンドウを埋めている場合。

原則5. サブエージェント構成

専門化したサブエージェントがそれぞれのコンテキストウィンドウで並行して作業し、圧縮した要約をリードエージェントに返します。Anthropicは次のように述べています。

Anthropic社内テストの数値によると、リードのClaude Opus 4とサブエージェントのClaude Sonnet 4を組み合わせると、調査タスクの品質はClaude Opus 4単独より+90.2%向上します。代償はトークンが約15倍になることです。結論として、成果に価値がある場面では正当化されます。

Claude Codeでサブエージェントを設定する方法については、「Claude Codeのサブエージェント」をご覧ください。

トークンを浪費し、Claude Codeを壊す7つの間違い#

AnthropicのCookbookは、5番目の間違いに関する具体的な測定結果を示しています。ベースラインのセッションでは、最初の文書（線虫C. elegansに関するもの）は技術的にはコンテキスト内にありましたが、33万5千トークンの下に埋もれていました。存在はしていても、実際にはモデルが思い出せなかったのです。メモリツールを使うと、元のコーパスを再読み込みする代わりに、aging_model_organisms_comparison.mdというメモファイルを約3,000トークンで扱えます。

身近な例で言えば、コンテキストウィンドウは机です。200個の書類が置かれていれば、必要な書類がそこにあっても見つけられません。コンテキストエンジニアリングとは、「今、机の上に必要なものだけを置き、残りを保管し、必要に応じて読み込む」技術です。

ひと晩で実用的なセットアップを組むには？#

順番に行う7つのステップは次のとおりです。

1. 80～120行のCLAUDE.md。 プロジェクトのルートに置きます。説明文ではなく命令形を使います。Anthropicは公式ドキュメントで、Specificityの原則、つまりルールは一般論ではなく具体的で曖昧さのないものにすることを推奨しています。実際には、「きれいなコードを書くように努める」より「テストでインラインモックを使わない」のほうが効果的です。詳しいテンプレートは「CLAUDE.mdの設定方法」をご覧ください。

2. 検証済みパターンを3～7個含むexamples/フォルダー。 よく使うパターンごとに1つ、たとえばAPI呼び出し、テストの作成、マイグレーション、エラー処理の例を置きます。Claudeはexamples/にパターンを見つけると、正確に再現します。例がなければ、作業しながら推測します。

3. 主要な機能向けのPRPドキュメント。 PRPはProduct Requirements Promptの略です。機能ごとに1つのファイルを用意し、コンテキスト、計画、検証、例をまとめます。

4. セッションをまたいだ長期的な事実を保存するメモリツール。 AnthropicのCookbookでは、Claudeのメモリツールを構造化されたメモの保存場所として実装しています。エージェントが新しいセッションでタスクに戻ると、コーパス全体を読み直すのではなく、まずメモを読みます。

5. /compactと上限の80%での自動コンパクション。 ウィンドウが上限に達するまで待たないでください。設定で自動コンパクションを有効にするか、セッションが堂々巡りになってきたと感じたら自分で/compactを実行します。

6. 調査、レビュー、計画にサブエージェントを使う。 各サブエージェントは独自のコンテキストと範囲を絞ったプロンプトを持ちます。リードClaudeが受け取るのは素材そのものではなく、要約だけです。詳細は「Claude Codeのサブエージェント」と「Claude CodeのSkills」をご覧ください（Skillsは、Claudeが自動的に適用する限定的な専門知識をパッケージ化する方法です）。

7. あらかじめ読み込むのではなく、必要なときに情報を取得する。 リポジトリ全体をウィンドウに入れないでください。Claude自身にglobとgrepで検索させます。これはClaude Code自体の構成です。

紹介されているプロジェクトでの実践経験に基づく追加ルールは次のとおりです。

• 1つのタスクに1つのウィンドウ。 作業を終えたら閉じて、新しいウィンドウを開きます。複数の連続したタスクの履歴を蓄積しないでください。
• 新しいウィンドウで最初に使うコマンドのテンプレート。 毎回同じテキストを使います。「順番にCLAUDE.md、タスク領域を読んでください。1行で確認してください。タスクは開始せず、次のメッセージを待ってください。」紹介されているワークフローでは、このテンプレートをスニペットエディターに保存し、1つのホットキーで呼び出します。
• コンテキストウィンドウが60%を超えたら、新しいものに切り替える。 途中段階の方法として、Claudeに「隣のチャットが意味を失わずにタスクを引き継げるよう、プロンプトを書いて」と頼み、そのプロンプトをコピーして新しいウィンドウを開きます。
• AIの間違いはすべて、ルールを追加する理由になる。 メモリファイルに手作業でルールを書かないでください。間違いが起きたときにClaudeへ「それは間違いです。なぜなら……」と伝えれば、「ルール→理由→方法」の規約に従ってルールをファイルに整えます。

今後：コンテキストエンジニアリングはどう発展するのか？#

現在、この分野が進んでいる方向の1つを紹介します。

Dreaming—セッションを一晩かけて再検討する。 2026年5月6日のCode w/ Claude SFで、Anthropicはエージェントが過去のセッションを一晩かけて再検討し、自分のメモを更新する機能を披露しました。構造化されたメモリファイルは、あなたが書き込むときだけでなく、エージェントが蓄積された経験から結論を導くときにも成長するようになりました。

1つの傾向は明らかです。コンテキストエンジニアリングは、単なる「CLAUDE.mdの書き方」ではなく、AIエージェント向けに情報を設計する総合的な分野になりつつあります。プロンプトエンジニアリングは、この分野の初期の段階の1つでした。次に来るのがコンテキストエンジニアリングです。

最初の晩に整える価値がある最低限の内容は、CLAUDE.mdを80～120行に設定し（ガイドはこちら）、ビジネス知識の構成を含むフォルダーを作成し、/compactの使い方を覚え、上限の無駄遣いをやめることです。

次に、サブエージェント（ガイド）とSkillsを追加し、専門知識を共有コンテキストから専用のスキルへ移します。

Ailootについて詳しくご覧ください。