メインコンテンツへスキップ

TOOL → COMPUTER → EXECUTION FABRIC

Claude Code
ツールからコンピューターへ

Claude Code は I/O、プログラム、割り込み、プロセス、メモリ、スケジューリング、監視、復旧というコンピューター史をたどっている。まずツールがコンピューターになり、次にコンピューターが見えない基盤になる。

インタラクティブ構成図

起動しつつあるマシン

タイムラインを再生して各サブシステムを通電。モジュールを選ぶと、埋めた欠落と残る責任が見える。

システム状態 文書化済み能力 利用可 · 一部/Preview ClaudeWorld 推論 Gap

再生位置は、能力が出典付き履歴に登場した時点を示す。各 Module Card は現在の構成で、色・成熟度・Gap は ClaudeWorld の構成分析。公式 Link が裏付けるのは現在の能力だけである。

14 / 15 現在
Agent OS の欠落 未実装の拡張スロット

未実装 Slot が、部品を一台の信頼できる Computer に統合できない理由を示す。

ClaudeWorld の構成分析

未実装の拡張スロット

この Map が焦点を当てる三つの構造的 Gap。網羅的な一覧でも製品 Roadmap でもない。
EMPTY / 01 一貫状態カーネル

Agent・端末間の Version 付き共有メモリ、原子的状態遷移、Conflict 処理、Effect Log、Compensation、Controlled Rollback。

EMPTY / 02 リソースカーネル

Model、Token、時間、費用、優先度、公平性、Cancel、Backpressure を統治する Governor。

EMPTY / 03 自律 Runtime

明示的な人間 Policy の下で障害検知、復旧、Retry、検証、Upgrade、停止を行う常駐 Service。

Gap と成熟度ラベルは現行文書に基づく ClaudeWorld の構成分析であり、Anthropic の製品 Roadmap ではない。

全モジュールの責任台帳を開く
CPU-00 ● 文書化済み能力

CPU · 実行コア

Agent Loop

埋めた機能
推論し、行動を選び、結果を観察し、完了まで作業を続けられる。
ClaudeWorld 推論 Gap
コスト、遅延、信頼性から全 Workload の計算戦略を選ぶ統一 Resource Governor はまだない。
BUS-01 ● 文書化済み能力

I/O バス · 周辺機器

外部世界

埋めた機能
ツールとデータが標準接続境界を持ち、Agent が外部世界を読み書きできる。
ClaudeWorld 推論 Gap
信頼、障害、配信、権限の意味は Connector や Device ごとに異なる。
PRG-02 ● 文書化済み能力

プログラム · 命令メモリ

再利用可能な能力

埋めた機能
作業方法を保存、発見、呼出、再利用でき、毎回 Prompt を書き直さずに済む。
ClaudeWorld 推論 Gap
依存関係、実行契約、再現可能環境は一つの完全な Program Model になっていない。
IRQ-03 ● 文書化済み能力

割り込みコントローラ

ライフサイクルイベント

埋めた機能
特定イベントで検査と反応を決定的に発火できる。
ClaudeWorld 推論 Gap
すべてのイベントと副作用を統一する優先度、Policy、Audit Plane はまだない。
PKG-04 ● 文書化済み能力

パッケージシステム

ソフトウェア生態系

埋めた機能
能力がインストール可能で Version 管理された配布 Bundle になった。
ClaudeWorld 推論 Gap
Plugins は Version、SHA、依存関係を扱えるが、Platform 全体の再現可能環境、署名付き Provenance、互換性保証、Supply-chain Policy は未完。
PROC-05 ● 文書化済み能力

プロセス · マルチタスク

Agent Processes

埋めた機能
独立 Context が主会話を止めずに並行して探索と作業を進められる。
ClaudeWorld 推論 Gap
Sessions と Background Agents には ID と停止制御があるが、安定 Identity、Signals、Exit Semantics、Health Check、Restart Policy を統一する Lifecycle Contract はない。
SCH-06 ◐ 利用可 · 一部/Preview

スケジューラ · IPC

協調レイヤー

埋めた機能
Workers が Task を共有し、通信し、定期起動し、大規模 Graph を実行できる。
ClaudeWorld 推論 Gap
全体優先度、Quota、公平性、Preemption、Cancel、Retry、Backpressure は一つの Scheduler ではない。
MEM-07 ◐ 利用可 · 一部/Preview

RAM · 永続ストレージ

作業メモリ

埋めた機能
作業 Context を管理し、Session をまたいで有用なローカル知識を保持できる。
ClaudeWorld 推論 Gap
Auto Memory は端末ローカルで、Agent 間・端末間の一貫した Version 付き Transactional Memory はない。
SEC-08 ◐ 利用可 · 一部/Preview

Kernel 境界 · Filesystem

分離とポリシー

埋めた機能
Action を制約し、Shell Process を隔離し、並行 File 変更を分離できる。
ClaudeWorld 推論 Gap
Built-in Tools には Permission、Bash には OS Sandbox があるが、分離機構は Surface ごとに異なり、GUI、MCP、Secret を覆う単一の End-to-end 境界ではない。
CTL-09 ◐ 利用可 · 一部/Preview

Task Manager · 可観測性

コントロールプレーン

埋めた機能
人が Session を監督し、完了条件を設定し、運用 Signal を確認できる。
ClaudeWorld 推論 Gap
Telemetry は運用・Cost Metrics を提供するが、因果 Trace、完全な State Diff、決定的 Replay、Outcome Evidence は一つの Debugger になっていない。
REC-10 ◐ 利用可 · 一部/Preview

復旧 · 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 になる。
Apps Capabilities

App を開いて操作せず、明示的 Authority と型を持つ能力を取得する。

Files Semantic State

Folder Tree ではなく、Version 付き Entity、関係、Event、Provenance を World Model にする。

Processes Goal Actors

PID や前面 Window ではなく、Goal、Budget、Message、Completion Contract を Scheduling する。

Commands Outcome Contracts

Exit Code 0 ではなく、世界が意図した状態へ到達したことを検証する。

Machines Execution Fabric

Policy が許す範囲で、Goal に場所を見せず、Local、Cloud、Browser、Edge、実体 Device へ Work を配置する。

MP4 · 1280×720 · H.264

共有できる映像 · 16:9

この Map を持ち出す

無音・字幕入り MP4 が同じ起動シーケンスを再生し、未完のシステム層で終わる。直接ダウンロードでき、対応端末では動画ファイルを共有できる。

MP4 をダウンロード
映像の章別テキストを開く
  1. 起点 実行コア

    Agent Loop は推論と行動ができるが、最初は周辺機器も System もない孤立 CPU だ。

  2. 2024-11-25 I/O バス

    MCP が実行コアを外部ツールとデータへ接続。

  3. 2025-03-05 プログラム

    Commands が反復 Prompt を呼出可能な Program に変換。

  4. 2025-06-30 割り込み

    Hooks が決定的な Lifecycle Signal と Guardrail を追加。

  5. 2025-07-24 プロセス

    Subagents が独立 Context を持つ Worker を生成。

  6. 2025-10-09 パッケージシステム

    Plugins が能力をインストール・配布可能に。

  7. 2025-10-16 アプリケーション層

    Skills が知識と Workflow を発見・呼出・再利用可能に。

  8. 2025-12-05 マルチタスク

    Background Agents が Foreground を止めずに作業を継続。

  9. 2026-01-07 → 2026-01-14 Forked Context + On-demand Tool Loading

    Forked Skills と Lazy Tool Schema が Context の読込位置を制御。

  10. 2026-02-05 Multiprocess Coordination + IPC

    Agent Teams が共有 Task と Peer Messaging を追加。まだ Experimental。

  11. 2026-02-19 → 2026-02-25 Isolated Working Trees + Persistent Local Memory

    Worktrees が File State を分離し、Auto Memory がローカル知識を継続。

  12. 2026-05-11 Task Manager

    Agent View と Goals で持続作業が可視化・監督可能に。

  13. 2026-05-28 Job Scheduler

    Dynamic Workflows が大規模で反復可能な実行 Graph を協調。

  14. 現在 Agent OS の欠落

    未実装 Slot が、部品を一台の信頼できる Computer に統合できない理由を示す。

  15. その先 Agent-native Fabric

    編成の基本単位が Machine と App から Goal、Capability、Semantic State、Outcome Contract へ移る。

もう単なるツールではない。しかし、まだ完全なコンピューターでもない。
SOURCE LEDGER · 2024—2026 公式出典に基づく履歴台帳 構成 Map が論点で、この Timeline が証拠。12 の日付を公式発表、Changelog、Release、文書へ結び付けている。
確認済み Claude Code v2.1.215
01 接続
オープン標準

Model Context Protocol

MCP により、Claude は外部ツール、データソース、アクションへ標準化された方法で接続できるようになった。これはプロンプト集ではなく、プロトコル境界である。

ツール · リソース · プロンプトオープンプロトコル
02 パッケージ化
v0.2.31

カスタム Slash Commands

.claude/commands/ の Markdown ファイルが、反復するプロンプトをユーザー起動型ワークフローへ変えた。この形式は現在も互換だが、Skills が推奨される。

オンデマンドユーザー起動
03 自動化
v1.0.38

Hooks

Hooks は当初、ライフサイクルイベントから Shell コマンドを自動実行した。現在は HTTP エンドポイント、MCP ツール、プロンプト、Agents も呼び出せる。イベントは確実に発火するが、プロンプトと Agent の結果はモデルに依存する。

イベント駆動確実な発火
04 委任
v1.0.60

カスタム Subagents

専門ワーカーが独自の Context、ツール、権限を持ち、呼び出し元のセッションへ要約を返すようになった。分離はメインスレッドのノイズを減らすが、総 Token コストがゼロになるわけではない。

独自 Context要約を返却
05 配布
v2.0.12

Plugins と Marketplaces

Plugins は当初、Commands、Subagents、Hooks、MCP Servers をバージョン付きパッケージにした。現在は Skills と LSP 連携もまとめてインストール・共有できる。

バージョン付きパッケージチーム配布
06 再利用
v2.0.20

Agent Skills

Skills は再利用可能な指示、知識、スクリプト、リソースをまとめ、Claude が関連性から発見するか、ユーザーが直接呼び出せる。任意の Fork 実行は v2.1.0 で追加された。

段階的開示自動または手動
07 並列化
v2.0.60

Background Agents

委任した作業がメインループを止めなくなった。Agents がバックグラウンドで進む間、主会話は別の作業を続けられる。

ノンブロッキング並行実行
08 簡素化
v2.1.0 → v2.1.7

Fork Skills、統合モデル、MCP Tools の遅延読込

v2.1.0 で任意の Fork 実行、v2.1.3 で Commands と Skills の統合、v2.1.7 で Tool Search による MCP 定義の既定遅延が加わった。実際に使うツールの Schema と結果は Context に入る。

統合された能力定義をオンデマンド読込
09 協調
v2.1.32 · 実験機能

Agent Teams

独立した Claude Code セッションが共有タスクリストと相互メッセージを持つようになった。Team Lead が調整するが、この機能は既定で無効であり、Token コストも Subagents より大幅に高い。

共有タスクリスト相互メッセージ
10 持続
v2.1.49 → v2.1.59

Worktrees + Auto Memory

Worktrees が並列作業のファイル変更を分離し、ローカル Markdown Memory が有用なプロジェクト知識を次のセッションへ引き継ぐ。並行処理に安全性と継続性が加わった。

ファイルシステム分離セッション間メモリ
11 監督
v2.1.139 · 研究プレビュー

Agent View + Goals

claude agents が実行中、入力待ち、完了済みのセッションを一つの画面に集約した。/goal は明確な完了条件で、複数ターンにまたがる継続作業を可能にした。

人間のコントロールプレーン明確な完了条件
12 オーケストレーション
v2.1.154

Dynamic Workflows

Claude が Workflow を動的に生成し、数十から数百の Agents をバックグラウンドで編成できるようになった。製品はタスク委任から実行グラフの運用へ進んだ。

実行グラフ大規模オーケストレーション
約20か月の進化 · 2024年11月 → 2026年7月

制御モデルで選ぶ

誰が作業を調整するか、何を分離する必要があるか、どれだけ Context を使えるかで適切な機能が決まる。

制御モデルで選ぶ. 誰が作業を調整するか、何を分離する必要があるか、どれだけ 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 を比較しよう。