前回の記事で、僕は自分のClaude Code環境を棚卸ししました。CLAUDE.mdが60行以下で複数、Skillsが3つ、Memoryが20ファイル。「設定した覚えがないのに、チームのように動いている」と書きました。
でも、書き終えてからずっと引っかかっていることがあるんですよね。
なぜ「設定した覚えがない」のに動くのか。
答えを探っていたら、Claude Code自体が去年から今年にかけて根本的に変わっていた、という事実にたどり着きました。
「あれ、いつの間にこんなことできるようになった？」
最近、Claude Codeを使っていてふと思うことがあります。
サブエージェントが並列でリサーチを走らせている。完了したら通知が来る。ファイルの編集前に自動でチェックポイントが保存されている。MCPで外部サービスと繋がっている。
1年前のClaude Codeは、こうじゃなかった。ターミナルでチャットして、ファイルを編集して、bashコマンドを実行する。それだけのツールでした。
調べてみると、この1年で起きた変化は「機能が増えた」という話ではなく、カテゴリーが変わったという話だったんです。
4つのフェーズ
Claude Codeの変遷を整理すると、4つのフェーズに分かれます。まず時系列で見てみましょう。
| 時期 | バージョン | 出来事 |
|---|---|---|
| 2025年2月 | research preview | ターミナルツールとして公開。チャット・ファイル編集・bash実行のみ |
| 2025年中期 | v1.0.x | CLAUDE.md・Plan mode・SubAgents・Skillsが揃う |
| 2025年9月 | — | VS Code拡張ローンチ。ターミナル専用からIDE統合へ |
| 2025年10月 | — | Agent Skills（SKILL.md）公開。スキルの動的ロード。独立してClaude Codeの検証を始めた月 |
| 2025年12月 | v2.0 | チェックポイント導入。バックグラウンドエージェント・named sessions |
| 2026年1月 | v2.1.x | SKILL.md正式対応・セッションフォーク |
| 2026年2月 | v2.1.x | Opus 4.6・Agent Teams研究プレビュー・自動メモリ |
| 2026年3月 | v2.1.76 | MCP Elicitation対応。自律ワークフロー中の情報問い合わせ |
この時系列をフェーズで切ると、質的な変化が見えてきます。
フェーズ1 — アシスタント。 2025年前半。人間が指示して、Claudeが補助する。ターミナルツールとしてスタートした時期です。
フェーズ2 — IDE統合・Skills整備。 2025年後半。VS Code拡張がローンチし、Skills（SKILL.md）が公開された。「育てるツール」になり始めた時期。
フェーズ3 — チェックポイント・バックグラウンドエージェント。 2025年12月以降。v2.0で導入されたチェックポイントは、長時間の自律作業を可能にしました。「人間が離れても動く」構造への転換点です。
フェーズ4 — Agent Teams・Auto Memory・MCP Elicitation。 2026年以降。自動メモリ、エージェントチーム、MCPの動的ロード。「インフラ化」が完成しつつある今の状態。
転換の本体は「エージェントプラットフォーム化」
この4つのフェーズを貫いているのは、ひとつの変化です。
Claude Codeが「質問に答えるツール」から、「自分で道具を選んで仕事を進めるプラットフォーム」になった。
具体的には、5つの部品が揃ったことで実現しています。
| 部品 | 役割 | 僕の使い方 |
|---|---|---|
| Skills | いつもやる作業の手順書を持たせる | 記事変換・画像ローカライズ・リサーチガイドの3つ |
| MCP | 外部サービスとリアルタイムで連携 | Webリサーチ、ブラウザ操作、デスクトップ制御 |
| Hooks | 「必ずやること」を自動で強制 | ファイル保存前のチェック等 |
| SubAgents | 重い作業を別のClaudeに分担 | 並列リサーチはこの仕組みで動いている |
| Plugins | Skills・Hooks・MCPをまとめて配布 | 環境を別のPCに持ち込める |
YouTubeで見るCLAUDE.mdの話は氷山の一角
この話を整理していて気づいたんですが、YouTubeでよく見るCLAUDE.mdの発信って、実はこのプラットフォーム化の設定層の話なんですよね。
Claude Codeには2つの層があります。
インフラ層 — SubAgents・Hooks・MCP・Pluginsの実行エンジン。Anthropicが開発・強化している部分。
設定層 — CLAUDE.md・SKILL.md・settings.json。僕たちユーザーが育てる部分。
CLAUDE.mdの書き方やSkillsの設定は「設定層」の話で、視聴者が「今日から試せる」アクションになるから発信しやすい。でも、CLAUDE.mdが効果を発揮できるのはインフラ層があってこそなんです。
前回の記事で「ソロのエージェントチームは育てるもの」と書きましたが、育てた環境が機能するのは、その下にプラットフォームがあるからです。
「ツール」だと思っていたものが「インフラ」だった
振り返ると、僕がClaude Codeに対して持っていたイメージは「高性能なコーディングアシスタント」でした。
でも実態は違う。
エージェント経営の記事では、Claude Codeの上でAI社員のシミュレーションを走らせました。人間の仕事は何%かの記事では、68件の判断ポイントを分析した — その分析作業自体をClaude Codeが並列で処理していた。水道管の記事では、llms.txt生成・JSON-LD拡充・MCPサーバー化まで、僕の介入は「問いを立てる」と「GOサインを出す」だけだった。
これは「ツール」の使い方ではなく、「インフラ」の上で仕事をしている状態です。
AIAgenteerの記事で、僕は「AIコーディングエージェントを活用してSDLCを回す人」と自分を定義しました。でも今回気づいたのは、そのエージェント自体が、もはやツールではなくインフラだったということ。
僕たちはツールを「使って」いるのではなく、インフラの「上に立って」いる。
まとめ
– Claude Codeは1年で4つのフェーズを経て、コーディングアシスタントからエージェントプラットフォームに変わった
– 転換の本体はSkills・MCP・Hooks・SubAgents・Pluginsの5つの部品が揃ったこと
– YouTubeでよく見るCLAUDE.mdの話は設定層の話。その下のインフラ層があってこそ機能する
– 僕たちはツールを「使って」いるのではなく、インフラの「上に立って」いる
あなたのClaude Code環境を思い出してみてください。いつの間にか、サブエージェントが動いていませんでしたか。チェックポイントが保存されていませんでしたか。
v2.0が出る前、僕たちはClaude Codeに「お願い」していました。v2.0以降、Claude Codeは「勝手に動いて」います。この差は、機能の追加ではなく、存在の性質が変わったということです。
それは「ツール」ではなく「インフラ」です。倫理で信頼を獲得し、信頼で市場を取る — あの記事で書いたAnthropicの戦略は、こういうことだったのかもしれません。気づいたら、その上に立っていた。
FAQ
「ツール」と「インフラ」の違いは？
ツールは「人間が起動して、結果を受け取るもの」。インフラは「その上で複数の作業が自律的に動く基盤」。Claude Codeはv2.0以降、サブエージェント・チェックポイント・バックグラウンド実行により、後者の性質を持つようになりました。
フェーズ3（v2.0）が転換点なのはなぜ？
チェックポイントとバックグラウンドエージェントの導入により、「人間がセッションを見ていなくても作業が進む」構造になったからです。フェーズ1〜2は人間が常に操作する前提でしたが、v2.0以降は人間が離れても動き続ける。この差が「ツール」と「インフラ」の境界線です。
「インフラ層」と「設定層」の境界は？
インフラ層はAnthropicが開発・強化している実行エンジン（SubAgents・Hooks・MCP・Pluginsの仕組み自体）。設定層はユーザーが書くCLAUDE.md・SKILL.md・settings.json。YouTubeで発信されるのは主に設定層の話ですが、設定が機能するのはインフラ層があってこそです。
この記事が参考になったら
Share