LLM Primer IV — MCPで設計するAI認知: シリーズ紹介とインデックス

公開日: 2026-03-29 最終更新日: 2026-08-24 バージョン: 2

LLM Primer IV — MCPで設計するAI認知: シリーズ紹介とインデックス

「エージェントの実力は、見えているコンテキスト、届くツール、運べる記憶の質で決まる」。LLM Primerシリーズ第4作 — そして付属のウォークスルーへようこそ。これから14日間、1章につき1本のペースで、Model Context Protocol と、その上に成り立つ認知層を開いていきます。エージェントシステムが静かに動くか、静かに壊れるかを分ける判断を、章ごとに見ていきます。


なぜ本書があるのか

シリーズ第I巻、第II巻、第III巻では、モデルそのものと、その周りの検索装置を扱ってきました。第I巻はLLMの姿を平易に語り、第II巻は数学の輪郭を描き、第III巻はRAGの本番アーキテクチャを歩きました。第IV巻が扱うのは、モデルに「動いてもらおう」とした瞬間に立ち上がる外側 — ツールを呼ばせ、ターンをまたいで状態を保ち、他のエージェントと協調させ、それを四半期ごとに統合グルーを書き直さずにやる、という話です。

2025年に崩れたパターンが、モノリシックなエージェントでした。長いシステムプロンプト、一握りのツール、一つのコンテキストウィンドウにすべての関心事を吸収させる。デモは動きました。本番では、プロンプトが伸び、ツール面が広がり、新しいモデルが出るたびにアダプタコードを書き直すうちに、ほつれていきました。診断は複数の角度から同じ場所に収束しました — コンテキストの希薄化、指示の衝突、N×Mの統合行列。指している答えはひとつ、モデルの下に置く「プロトコル層」です。エージェントが事前合意なしに能力を発見し、セッションを交渉し、ツールを組み合わせられる層。

その層がModel Context Protocolです。本書はこれを正直に、層ごとに歩きます。MCPがすべてのエージェントの問題を解くと約束するつもりはありません。最後まで読むと、プロトコルが何を与え、何を与えないか、その上に積んだどのパターンが本番に耐えるかが見えるようになっている — そこを約束します。

ひとことで言うと: エージェントシステムには、モデルとツールを切り離すプロトコル、注意と記憶の予算管理の規律、サーバーの出自を真剣に扱うセキュリティモデルの3つが必要で、MCPはその3つが交わる層です。

誰に向けて書いたか

エージェントシステムを作るエンジニア、スコープを切る技術寄りのPM、そしてその選択をセキュリティレビューで弁護することになるアーキテクトに。第I巻のLLMの振る舞いの全体像と、第III巻の検索の組み立てになじみがあると読みやすい一方、第II巻の数学は前提にしません。重心は工学側にあります — どこに失敗が住んでいるか、どの判断が後戻りでき、どの判断がチームを数年縛るか。

読み方

初期の読者で機能した読み方は3つです。前から順に、これからMCPベースのエージェントを作るなら、判断が実際に到着する順番でプロトコルを追えます。リファレンスとして、運用中のシステムで特定の層が痛むとき — 例えばトランスポート章、メモリ章、セキュリティ章はそれぞれ単独で立ちます。アーキテクチャレビューの脇に置く、という読み方もあります。デプロイトポロジを決める前に、チームで話すべき会話のきっかけとして、章を使う。

14章を通しで歩く

日付扱う判断
3/30第1章 — AI統合の危機モノリシック・エージェントが壊れる理由とN×M問題
3/31第2章 — MCPの正体Host・Client・Serverの三役割と動的ディスカバリ
4/1第3章 — サーバープリミティブResources・Prompts・Tools の使い分け
4/2第4章 — クライアントプリミティブSampling・Roots・Elicitation とホスト境界
4/3第5章 — トランスポート/ディスカバリstdio・Streamable HTTP・.well-known 層
4/4第6章 — オーケストレーションの基本逐次パイプラインと並行スキャッタ・ギャザー
4/5第7章 — 高度な協働・動的パターンラウンドテーブル・ハンドオフ・マジェンティック
4/6第8章 — デプロイメント・レイアウトStrict Purity・Reusable Agents・Hybrid の選び方
4/7第9章 — 注意の予算管理MCP・RAG・ファインチューニングの選択軸
4/8第10章 — 長期タスクの記憶短期・長期記憶と圧縮技術
4/9第11章 — 攻撃面とプロトコル脆弱性Confused Deputy・Token Passthrough・Session Hijacking
4/10第12章 — プロトコルの堅牢化4つの防御クラスタ(暗号・OAuth・サンドボックス・HITL)
4/11第13章 — フレームワークとクラウドStrands・Bedrock・MAF・LangChain・Semantic Kernel
4/12第14章 — ベンチマーク・テスト・性能MCP-Universeと運用パターンの10倍差

表: 14 日間・14 章の投稿カレンダー

覚えておきたいこと: 第IV巻が前3巻と違うのは扱う層です。第I巻と第II巻はモデルそのものを、第III巻はその周りの検索装置を扱いました。本巻は認知層 — プロトコル、オーケストレーション、メモリ、セキュリティ — を扱います。エージェントの失敗の多くはモデルの失敗ではありません。一階上で行われた判断のせいであり、プロンプト工学では取り戻せないものです。

本書とシリーズについて

LLM Primer シリーズは、エンジニアや創業者から、ときに規制関係者からも繰り返し受けた問いへの長い答えです — このシステムは実際どう動いているのか、負荷に耐えるものを作るには何がいるのか。第I巻が形を、第II巻が数学を、第III巻がRAGの本番アーキテクチャを与えました。第IV巻はその上に座る認知層を扱い、第V巻(進行中)は実世界のLLMアプリケーションをエンドツーエンドで組み立てます。


全体像を押さえたい方へ: 本書では、プロトコルの全リファレンス、オーケストレーションのプレイブック、セキュリティチェックリスト、デプロイメント・テンプレートを、本ウォークスルーが素描するよりも詳しく扱います。Amazonで『LLM Primer IV』を見る

明日、第1章でお会いしましょう。


下田 昌平
下田 昌平
開発と設計を担当。1994年からプログラミングを始め、今もなお最新技術への探究心を持ち続けています。

質問と回答

このトピックについて質問はありますか?以下からお気軽にどうぞ(登録不要)。担当チームが内容を確認し、回答します。

まだ質問はありません。最初の質問をどうぞ。

質問する

確認のため、入力されたメールアドレス宛に一度だけ確認メールをお送りします。質問は確認後に公開されます。