HomeMCP / ToolingAIエージェント基盤のアーキテクチャを10層で整理する:OSS/SDK比較のための地図
MCP / Tooling ⚠ 古い情報の可能性

AIエージェント基盤のアーキテクチャを10層で整理する:OSS/SDK比較のための地図 AIエージェント基盤のアーキテクチャを10層で整理する:OSS/SDK比較のための地図

元記事を読む 古い情報の可能性
AI 3 行サマリ
  • はじめに 「このSDK、かなり良さそうですね」 チームの検証共有で、あるRuntimeの話が出ました。
  • 使い勝手はよく、すぐに社内展開できそうに見えました。
  • ただ、話を聞いているうちに違和感が出てきました。
  • これはRuntimeの話なのか。

AIエージェント関連のOSSやSDKが急増する中、チーム内での技術比較や選定が難しくなっている。あるツールを「良さそう」と評価しても、それがどのレイヤーの問題を解くのかが共有されていなければ、議論はすれ違い続ける。本記事はその課題に対し、エージェント基盤を10の抽象レイヤーに分解するという構造化アプローチを提示している。

記事の起点となるのは、実際のチーム検証の場で生じた違和感だ。あるRuntimeの話として紹介されたツールが、実際にはOrchestrationやMemory管理の側面を担っていたという場面から始まる。こうした「レイヤーの混同」は個人の理解不足ではなく、業界全体にまだ共通の分類語彙が確立されていないことに起因する。LangChain、AutoGen、CrewAI、Semantic Kernelといった主要フレームワークでさえ、自身の位置づけを複数レイヤーにまたがって説明することが多く、比較軸が定まりにくい。

提示される10層の構成は、モデル推論の最下層から、ツール呼び出し、メモリ管理、エージェント間通信、オーケストレーション、評価・観測、デプロイメントといった上位概念まで段階的に積み上げられる。各層を独立して捉えることで、「このSDKはRuntime層を薄くラップしているだけ」「このフレームワークはOrchestration以上の責務を持つ」といった比較が初めて公平な土台の上で行えるようになる。

はじめに 「このSDK、かなり良さそうですね」 チームの検証共有で、あるRuntimeの話が出ました。
🔗 MCP / Tooling · 本記事のポイント

MCP(Model Context Protocol)との関連も見逃せない。MCPはツール・リソース・プロンプトの三種類のコンテキストをエージェントに提供するプロトコルとして、主にTool Use層とContext Injection層に対応すると整理できる。Anthropicが仕様を公開して以来、LangChain、LlamaIndex、Semantic KernelなどがMCP対応を進めており、この「プロトコル標準化」の動きはレイヤー間の接続仕様を共通化しようとする試みとも読める。

実務上の示唆として、このレイヤーマップはSDK選定の場面だけでなく、社内でのエージェント基盤設計レビューや、外部ベンダー提案の評価にも活用できる可能性がある。特に「全部入り」を標榜するフレームワークに対して、どのレイヤーが強くどのレイヤーが薄いかを問う際の問いの枠組みとして有用と見られる。エージェント基盤の複雑性が増す今、共通の地図を持つことの価値は大きい。

As AI agent frameworks and SDKs continue to proliferate, teams are finding it increasingly difficult to compare and evaluate their options on equal footing. A tool might get praised as "promising" in a review meeting, yet if nobody agrees on what layer of the stack it actually addresses, the discussion goes nowhere. This article tackles that problem head-on by proposing a 10-layer abstraction model for AI agent infrastructure—a shared conceptual map for navigating the crowded landscape.

The piece opens with a telling scenario: a Runtime tool is introduced in a team review, but as the conversation unfolds it becomes clear the tool is also handling Orchestration and Memory concerns. This kind of category confusion is not a personal failing—it reflects a broader truth that the AI agent ecosystem has not yet settled on a common vocabulary. Even major frameworks like LangChain, AutoGen, CrewAI, and Semantic Kernel tend to describe themselves in terms that span multiple layers, making apples-to-apples comparison genuinely hard.

The proposed 10-layer model starts from the lowest level—model inference and raw LLM calls—and builds upward through tool invocation, memory management, inter-agent communication, orchestration logic, evaluation and observability, and finally deployment and serving infrastructure. By treating each layer as a distinct concern, teams can make more precise statements: this SDK is a thin wrapper around the Runtime layer; that framework takes on responsibilities well above Orchestration. The framework makes implicit architectural decisions explicit, which is where its practical value lies.

The Model Context Protocol (MCP), published by Anthropic and increasingly adopted across the ecosystem, maps naturally onto this kind of layered thinking. MCP standardizes how tools, resources, and prompts are surfaced to an agent, which places it primarily at the Tool Use and Context Injection layers. The fact that LangChain, LlamaIndex, and Semantic Kernel have all moved to add MCP support suggests the industry is beginning to converge on inter-layer interface standards—a process that layered architecture maps can help accelerate by giving teams a shared language for discussing what fits where.

From a practical standpoint, a map like this has uses beyond SDK selection. It can structure internal design reviews for agent infrastructure, provide a neutral evaluation grid when assessing vendor proposals, and help onboard new engineers by giving them a mental model before they dive into any specific toolchain. Frameworks that market themselves as "all-in-one" solutions are particularly worth scrutinizing through this lens: which layers are genuinely strong, and which are thin abstractions that will need supplementing?

The broader implication is that as agentic systems grow more complex—spanning multiple models, tool ecosystems, memory backends, and deployment environments—architectural clarity becomes a competitive advantage in itself. Teams that can precisely diagnose where a tool fits, and where gaps remain, are better positioned to build systems that remain maintainable as the ecosystem evolves. This article offers one well-considered attempt at that kind of clarity.

  • SourceZenn MCP tagT2
  • Source Avg ★ 2.0
  • Typeブログ
  • Importance ★ 通常 (top 100% in MCP / Tooling)
  • Half-life 📘 中期 (チュートリアル)
  • LangJA
  • Collected2026/06/04 14:00

本ページの本文・要約は AI による自動生成です。正確性は元記事 (zenn.dev) をご確認ください。

🔗 MCP / Tooling の他の記事 もっと見る →

URL をコピーしました