Agent・端末間の Version 付き共有メモリ、原子的状態遷移、Conflict 処理、Effect Log、Compensation、Controlled Rollback。
TOOL → COMPUTER → EXECUTION FABRIC
Claude Code
ツールからコンピューターへ
Claude Code は I/O、プログラム、割り込み、プロセス、メモリ、スケジューリング、監視、復旧というコンピューター史をたどっている。まずツールがコンピューターになり、次にコンピューターが見えない基盤になる。
インタラクティブ構成図
起動しつつあるマシン
タイムラインを再生して各サブシステムを通電。モジュールを選ぶと、埋めた欠落と残る責任が見える。
再生位置は、能力が出典付き履歴に登場した時点を示す。各 Module Card は現在の構成で、色・成熟度・Gap は ClaudeWorld の構成分析。公式 Link が裏付けるのは現在の能力だけである。
未実装 Slot が、部品を一台の信頼できる Computer に統合できない理由を示す。
ClaudeWorld の構成分析
未実装の拡張スロット
この Map が焦点を当てる三つの構造的 Gap。網羅的な一覧でも製品 Roadmap でもない。Model、Token、時間、費用、優先度、公平性、Cancel、Backpressure を統治する Governor。
明示的な人間 Policy の下で障害検知、復旧、Retry、検証、Upgrade、停止を行う常駐 Service。
Gap と成熟度ラベルは現行文書に基づく ClaudeWorld の構成分析であり、Anthropic の製品 Roadmap ではない。
全モジュールの責任台帳を開く
CPU · 実行コア
Agent Loop
- 埋めた機能
- 推論し、行動を選び、結果を観察し、完了まで作業を続けられる。
- ClaudeWorld 推論 Gap
- コスト、遅延、信頼性から全 Workload の計算戦略を選ぶ統一 Resource Governor はまだない。
I/O バス · 周辺機器
外部世界
- 埋めた機能
- ツールとデータが標準接続境界を持ち、Agent が外部世界を読み書きできる。
- ClaudeWorld 推論 Gap
- 信頼、障害、配信、権限の意味は Connector や Device ごとに異なる。
プログラム · 命令メモリ
再利用可能な能力
- 埋めた機能
- 作業方法を保存、発見、呼出、再利用でき、毎回 Prompt を書き直さずに済む。
- ClaudeWorld 推論 Gap
- 依存関係、実行契約、再現可能環境は一つの完全な Program Model になっていない。
割り込みコントローラ
ライフサイクルイベント
- 埋めた機能
- 特定イベントで検査と反応を決定的に発火できる。
- ClaudeWorld 推論 Gap
- すべてのイベントと副作用を統一する優先度、Policy、Audit Plane はまだない。
パッケージシステム
ソフトウェア生態系
- 埋めた機能
- 能力がインストール可能で Version 管理された配布 Bundle になった。
- ClaudeWorld 推論 Gap
- Plugins は Version、SHA、依存関係を扱えるが、Platform 全体の再現可能環境、署名付き Provenance、互換性保証、Supply-chain Policy は未完。
プロセス · マルチタスク
Agent Processes
- 埋めた機能
- 独立 Context が主会話を止めずに並行して探索と作業を進められる。
- ClaudeWorld 推論 Gap
- Sessions と Background Agents には ID と停止制御があるが、安定 Identity、Signals、Exit Semantics、Health Check、Restart Policy を統一する Lifecycle Contract はない。
スケジューラ · IPC
協調レイヤー
- 埋めた機能
- Workers が Task を共有し、通信し、定期起動し、大規模 Graph を実行できる。
- ClaudeWorld 推論 Gap
- 全体優先度、Quota、公平性、Preemption、Cancel、Retry、Backpressure は一つの Scheduler ではない。
RAM · 永続ストレージ
作業メモリ
- 埋めた機能
- 作業 Context を管理し、Session をまたいで有用なローカル知識を保持できる。
- ClaudeWorld 推論 Gap
- Auto Memory は端末ローカルで、Agent 間・端末間の一貫した Version 付き Transactional Memory はない。
Kernel 境界 · Filesystem
分離とポリシー
- 埋めた機能
- Action を制約し、Shell Process を隔離し、並行 File 変更を分離できる。
- ClaudeWorld 推論 Gap
- Built-in Tools には Permission、Bash には OS Sandbox があるが、分離機構は Surface ごとに異なり、GUI、MCP、Secret を覆う単一の End-to-end 境界ではない。
Task Manager · 可観測性
コントロールプレーン
- 埋めた機能
- 人が Session を監督し、完了条件を設定し、運用 Signal を確認できる。
- ClaudeWorld 推論 Gap
- Telemetry は運用・Cost Metrics を提供するが、因果 Trace、完全な State Diff、決定的 Replay、Outcome Evidence は一つの Debugger になっていない。
復旧 · Transaction
Restore Loop
- 埋めた機能
- Edit Tool の変更と Session 作業を誤った分岐から復元・再開できる。
- ClaudeWorld 推論 Gap
- Checkpoint は Bash と外部副作用を追跡しない。信頼できる Agent 間 Transaction には Effect Log、Idempotency/Deduplication、Compensation、Controlled Rollback が必要。
第二の地平線 · POST-COMPUTER
まずコンピューターになり、次にコンピューターを消す。
コンピューターの完成は Bootstrap にすぎない。Identity、Authority、State、Recovery、Provenance、Audit を強制できて初めて、Agent-native System は一台の Machine を人が操作する抽象を主要契約から外し、Intent、Event、検証済み Outcome で仕事を編成できる。
「消す」とは Hardware をなくすことではない。File、App、Window、Shell、Machine Location を主要モデルから外すには、Identity、Authority、State、Recovery、Provenance、Audit の強制が前提となる。
コンピューターは Interface ではなく Substrate になる。
App を開いて操作せず、明示的 Authority と型を持つ能力を取得する。
Folder Tree ではなく、Version 付き Entity、関係、Event、Provenance を World Model にする。
PID や前面 Window ではなく、Goal、Budget、Message、Completion Contract を Scheduling する。
Exit Code 0 ではなく、世界が意図した状態へ到達したことを検証する。
Policy が許す範囲で、Goal に場所を見せず、Local、Cloud、Browser、Edge、実体 Device へ Work を配置する。
共有できる映像 · 16:9
この Map を持ち出す
無音・字幕入り MP4 が同じ起動シーケンスを再生し、未完のシステム層で終わる。直接ダウンロードでき、対応端末では動画ファイルを共有できる。
映像の章別テキストを開く
- 起点 実行コア
Agent Loop は推論と行動ができるが、最初は周辺機器も System もない孤立 CPU だ。
- 2024-11-25 I/O バス
MCP が実行コアを外部ツールとデータへ接続。
- 2025-03-05 プログラム
Commands が反復 Prompt を呼出可能な Program に変換。
- 2025-06-30 割り込み
Hooks が決定的な Lifecycle Signal と Guardrail を追加。
- 2025-07-24 プロセス
Subagents が独立 Context を持つ Worker を生成。
- 2025-10-09 パッケージシステム
Plugins が能力をインストール・配布可能に。
- 2025-10-16 アプリケーション層
Skills が知識と Workflow を発見・呼出・再利用可能に。
- 2025-12-05 マルチタスク
Background Agents が Foreground を止めずに作業を継続。
- 2026-01-07 → 2026-01-14 Forked Context + On-demand Tool Loading
Forked Skills と Lazy Tool Schema が Context の読込位置を制御。
- 2026-02-05 Multiprocess Coordination + IPC
Agent Teams が共有 Task と Peer Messaging を追加。まだ Experimental。
- 2026-02-19 → 2026-02-25 Isolated Working Trees + Persistent Local Memory
Worktrees が File State を分離し、Auto Memory がローカル知識を継続。
- 2026-05-11 Task Manager
Agent View と Goals で持続作業が可視化・監督可能に。
- 2026-05-28 Job Scheduler
Dynamic Workflows が大規模で反復可能な実行 Graph を協調。
- 現在 Agent OS の欠落
未実装 Slot が、部品を一台の信頼できる Computer に統合できない理由を示す。
- その先 Agent-native Fabric
編成の基本単位が Machine と App から Goal、Capability、Semantic State、Outcome Contract へ移る。
もう単なるツールではない。しかし、まだ完全なコンピューターでもない。
SOURCE LEDGER · 2024—2026 公式出典に基づく履歴台帳 構成 Map が論点で、この Timeline が証拠。12 の日付を公式発表、Changelog、Release、文書へ結び付けている。
Model Context Protocol
MCP により、Claude は外部ツール、データソース、アクションへ標準化された方法で接続できるようになった。これはプロンプト集ではなく、プロトコル境界である。
{
"mcpServers": {
"my-api": {
"type": "http",
"url": "https://example.com/mcp"
}
}
} カスタム Slash Commands
.claude/commands/ の Markdown ファイルが、反復するプロンプトをユーザー起動型ワークフローへ変えた。この形式は現在も互換だが、Skills が推奨される。
---
description: Review the current changes
allowed-tools: Read, Grep, Glob, Bash(git diff *)
---
Review the current diff and report only actionable findings. カスタム Subagents
専門ワーカーが独自の Context、ツール、権限を持ち、呼び出し元のセッションへ要約を返すようになった。分離はメインスレッドのノイズを減らすが、総 Token コストがゼロになるわけではない。
---
name: code-reviewer
description: Reviews code changes for correctness
tools: Read, Grep, Glob, Bash
model: sonnet
---
Review the diff, verify each finding, and return a concise report. Plugins と Marketplaces
Plugins は当初、Commands、Subagents、Hooks、MCP Servers をバージョン付きパッケージにした。現在は Skills と LSP 連携もまとめてインストール・共有できる。
{
"name": "team-toolkit",
"version": "1.0.0",
"description": "Shared engineering workflows"
} Fork Skills、統合モデル、MCP Tools の遅延読込
v2.1.0 で任意の Fork 実行、v2.1.3 で Commands と Skills の統合、v2.1.7 で Tool Search による MCP 定義の既定遅延が加わった。実際に使うツールの Schema と結果は Context に入る。
---
name: code-review
description: Review code changes when correctness matters
context: fork
agent: code-reviewer
---
Inspect the diff, run focused checks, and report verified findings. 制御モデルで選ぶ
誰が作業を調整するか、何を分離する必要があるか、どれだけ Context を使えるかで適切な機能が決まる。
| 機能 | 最適な用途 | Context とコスト | 選ぶ場面 |
|---|---|---|---|
| MCP | 外部ツールとデータ | 定義は既定で遅延 · 使用時に Schema と結果を読込 | Claude が別システムを読み取り・操作する |
| Skills | 再利用可能な知識とワークフロー | 起動時は説明 · 呼出時は全文 · 任意で Fork | 手順を繰り返し、チームで共有する |
| Subagents | 集中的なタスク委任 | 独立 Context + 要約の返却 | 生の探索結果が主会話を圧迫する |
| Agent Teams | 協調する並列ワーカー | 高 · Teammate ごとに完全な Context | Workers が共有タスクと直接通信を必要とする |
| Agent View | 人が監督する独立 Sessions | Session ごとに完全な Context | 複数の独立作業を一つの画面で運用する |
| Hooks | ライフサイクルイベントのガードレール | Command はモデル不要 · Prompt / Agent Handler は Token を使用 | 特定イベントで検査や反応を確実に発火させる |
| Schedules と Routines | 反復する Agent 作業 | 可変 · 実行ごとに Agent 作業を開始または継続 | Session や Cloud Task を一定間隔で動かす |
| Dynamic Workflows | コード化された大規模編成 | 高く可変 · 数十から数百の Agents | 反復可能な実行グラフで多数の Agents を協調させる |
Context コストは固定 Token 数ではなくアーキテクチャ特性を示す。実際の使用量は読込内容、Tool Output、モデル、同時稼働 Workers 数で変わる。
適切な並列モデルを選ぶ
Workers を増やす前に、Subagents、Agent Teams、Agent View、Worktree Isolation を比較しよう。