Claude Code 拡張コンポーネントアーキテクチャ

確度: 確定 更新 2026-05-26 要再確認 2026-10-30 出典 3 機械翻訳
#agent-economy
目次

ウィキ上の位置づけ

この項目は AI Agent 決済プロトコル全体図 · 7プロトコル俯瞰 の下に位置する。隣接する文脈については ERC-7715 概観 · Wallet Permissions と AI Agent 自動決済 を、より広いシステム境界については AP2 · Google Agent Payments Protocol 概観 をあわせて参照のこと。

[!info] 要約 出典:2026-04-16 に受領した 5 枚のアーキテクチャ図(WeChat 公式アカウント「童童的 AI 創業圏」)。以下は画像内容の完全テキスト化。


一、6つの拡張コンポーネント

Claude Code の Agentic Loop(Plan → Act → Observe → Reflect)は、6種類の拡張コンポーネントを通じて機能を獲得する。

コンポーネント役割適用シナリオ
CLAUDE.md永続的なコンテキストを保持し、セッションごとに自動ロードProject Specs(プロジェクト規範、グローバルルール)pnpm を使用;コミット前にテスト
Skills再利用可能な機能モジュール(知識、指令、ワークフロー)、オンデマンドでロードReference Docs / Standard Tasks”/deploy でデプロイ実行”
Subagent独立したサブ Agent。独立したコンテキストで実行し、結果のサマリを返すContext Isolation / Parallel Tasksファイルを解析して結論を返す
Agent Teams複数 Agent が協調し、タスクリストを共有して相互通信Parallel Research / Complex Dev複数の reviewer を起動
MCP外部システムやツールと接続し、外部データ/操作にアクセスExternal Data / ActionsDB クエリ;Slack 送信
Hookループ外の自動化スクリプト。特定イベントでトリガDeterministic Automation変更後に ESLint を実行

二、コンポーネント間の区分

Skills vs Subagent

観点SkillsSubagent
本質再利用可能な知識やフロー独立した実行ユニット
中核価値異なるタスク間でコンテンツを再利用コンテキスト隔離
適合シナリオ参考資料、標準フロー大規模コード解析や並列タスク

CLAUDE.md vs Skills

観点CLAUDE.mdSkills
ロード方式セッションごとに自動ロードオンデマンドロード
ファイル参照@path をサポート@path をサポート
フローのトリガ可否不可可能
最適用途グローバルルール再利用可能なフロー

MCP vs Skill

観点MCPSkills
本質外部システム接続プロトコル知識やフロー
提供機能ツールインタフェースとデータアクセス使い方とビジネスロジック
Slack、DBコードレビューフロー

通常は組み合わせて使う:MCP が接続を提供し、Skills が使い方を定義する。

三、Plugins & Marketplace

コンポーネントは Plugin としてパッケージ化して配布できる。

Plugin(プラグイン)
  ├── Skills
  ├── Hooks
  ├── Subagents
  └── MCP Servers

    Marketplace(拡張機能をパッケージ化して配布)

Skills は名前空間(例:/my-plugin:review)を使用して衝突を回避する。

四、コンポーネント階層とマージ規則

コンポーネントは4階層に積層される(additive):

ユーザーレベル

プロジェクトレベル

プラグインレベル

管理ポリシーレベル

すべての階層の CLAUDE.md ファイルがロードされ、対話のコンテキストにマージされる。衝突解決:より具体的なルールが優先される。

組み合わせ使用例

組み合わせ動作
Skills + MCPMCP が接続を提供し、Skills が使い方を定義Skills が DB スキーマを記述
Skills + SubagentSkills が複数の Subagent を起動/audit でセキュリティとパフォーマンスを同時チェック
CLAUDE.md + Skillsグローバルルール + オンデマンド知識CLAUDE.md が API 規範を定義
Hook + MCPHook が外部システムを呼び出しクリティカルなファイル変更後に Slack 通知

五、コンテキストコスト

各拡張コンポーネントはモデルのコンテキストウィンドウを消費する。

コンポーネントロードタイミングロード内容コンテキストコスト
CLAUDE.mdセッション開始時全内容毎回リクエスト(高)
Skillsセッション開始時 + 呼び出し時説明 + 全内容比較的低
MCP Serversセッション開始時ツール定義毎回リクエスト(高)
Subagents作成時独立コンテキストメインセッションと隔離
Hooksトリガ時デフォルトなしゼロ

機能とコストのバランスを取る必要がある。Tips:disable-model-invocation: true を設定すれば、Skill は手動呼び出し時のみロードされ、コストはゼロになる。


Agent 決済層との潜在的関連(検討中)

以下は初期段階の連想であり、今後の検討対象である。

  1. 決済機能を MCP Server として提供:任意の Agent が MCP プロトコル経由で 決済機能 を呼び出す(check_balance, authorize_payment, get_price, dispute)。下層は ERC-4337 プログラマブルウォレット に依存する
  2. Marketplace の有料化:Skill マーケット有料化 になった後、課金・決済のバックエンドとして利用可能(決済通貨の選択は USD ステーブルコイン相互交換層 を参照)
  3. 階層化された予算管理:ユーザーレベル → プロジェクトレベル → Agent レベル → タスクレベル → 単一呼び出し、コンポーネント階層にマッピング
  4. 金融コスト追跡:コンテキストコスト追跡と同様に、Skill 呼び出しごとの金融コスト(いくら使ったか、価値に見合うか)を追跡

これらの方向性は未確認であり、記録のみ。


テキスト化整理 · 2026-04-16

関連項目