# 2026年のClaude Code：ツールよりもレイヤーが重要 > Author: Tony Lee > Published: 2026-04-01 > URL: https://tonylee.im/ja/blog/claude-code-layers-over-tools-2026/ > Reading time: 1 minutes > Language: ja > Tags: ai, claude-code, productivity, workflow, developer-tools ## Canonical https://tonylee.im/ja/blog/claude-code-layers-over-tools-2026/ ## Rollout Alternates en: https://tonylee.im/en/blog/claude-code-layers-over-tools-2026/ ko: https://tonylee.im/ko/blog/claude-code-layers-over-tools-2026/ ja: https://tonylee.im/ja/blog/claude-code-layers-over-tools-2026/ zh-CN: https://tonylee.im/zh-CN/blog/claude-code-layers-over-tools-2026/ zh-TW: https://tonylee.im/zh-TW/blog/claude-code-layers-over-tools-2026/ ## Description 人気のClaude Code拡張機能を3つ同じ週にインストールしたが、生産性はほとんど変わらなかった。問題はどのツールを選ぶかではなかった。 ## Summary 2026年のClaude Code：ツールよりもレイヤーが重要 is part of Tony Lee's ongoing coverage of AI agents, developer tools, startup strategy, and AI industry shifts. ## Outline - 実際のレイヤーとはどういうものか - 意思決定レイヤー - プロセスレイヤー - 知識レイヤー - 自分の空のレイヤーを見つける ## Content gstack、Superpowers、Compound Engineeringを同じ週にインストールした。いずれもよく知られたClaude Code拡張機能で、それぞれにファンがいる。期待していたのは生産性の複合的な向上だった。実際に手に入れたのは、機能の重複、カバレッジのギャップ、そして評価のフレームワークなしにツールを集めているという漠然とした感覚だった。 3つを並行して数日間使った後、本当の問題が見えてきた。ツール選びが下手だったのではない。レイヤーの見方を知らなかったのだ。 ## 実際のレイヤーとはどういうものか AIコーディングは、人間の役割をコードを書くことからエージェントを調整することへとシフトさせた。調整にはメンタルモデルが必要であり、私にようやくしっくりきたのは、意思決定、プロセス、知識という3つのレイヤーだ。見てきたツールはどれも、1つのレイヤーでは強く、他のレイヤーでは弱かった。それが分かると、機能の重複もカバレッジのギャップも、どちらも意味をなすようになった。 ## 意思決定レイヤー gstackの`/plan-ceo-review`はプロダクトの観点から作業を検討する。`/plan-eng-review`はアーキテクチャの観点から検討する。どちらも1行もコードを書く前に実行する。目的は悪いアイデアを早期に排除することだ。 コーディングフェーズがボトルネックになると思っていた。そうではなかった。最大の時間の無駄は、本来着手すべきではなかった機能を作ることだった。gstackのゲートを2週間使った後、品質の差がより良いコードを書くことよりも、不要なコードを書かないことから生まれていると気づいた。Garry Tanは60日間でこの設定を使って60万行を出荷したと伝えられている。`/qa`コマンドは実際のブラウザを開き、ユーザーのようにアプリをクリックして操作し、ユニットテストでは完全に見逃してしまう問題を捉える。 gstackの弱点は、セッションをまたいだメモリがないことだ。レビューのたびにコンテキストがゼロからのスタートになる。 ## プロセスレイヤー Superpowersはブレインストーム、計画、実行、レビューのサイクルで作業を構造化する。GitHubの12万スターは妥当だ。「AIに任せる」から反復可能なワークフローへの移行は、アウトプットの一貫性にすぐ違いをもたらした。 これで十分だと思っていた。十分ではなかった。ワークフローは1つのセッション内ではきれいに機能するが、翌日新しいセッションを始めた瞬間、学んだことはすべて消える。サブエージェントベースの仕様レビュアーとコード品質レビュアーが含まれており、これらはうまく機能する。しかし、昨日何が起きたかを記録して今日に活かす仕組みは、システムのどこにもない。 ## 知識レイヤー Compound Engineeringの`/ce:compound`コマンドはタスクを終えた後に実行する。5つのサブエージェントが並行して起動し、会話のコンテキストを追跡し、解決策を抽出し、重複したドキュメントがないか確認し、予防戦略を生成し、結果を分類する。すべてが`docs/solutions/`に格納される。 使い始めて1週間後、すでに修正したものと似たエラーに遭遇した。計画フェーズで、システムが以前の記録を見つけて解決策を提示してくれた。数時間かかるはずだったデバッグセッションが、数分で終わった。`/ce:review`は少なくとも6つの独立したレビュアーを並行して実行する。`/ce:plan`は何かを提案する前にgitログとプロジェクト履歴を確認する。 AnthropicのProgressファイルが作業者間の引き継ぎメモだとすれば、Compound Engineeringの`docs/solutions/`はチーム全員が毎日読むレシピブックのようなものだ。 ## 自分の空のレイヤーを見つける ここで言いたいのは、この3つの特定のツールをインストールすべきだということではない。3つのレイヤーが見えるようになれば、どのツールでも評価できるし、自分でも作れるという点だ。 1週間3つを同時に使って初めて、プロセスレイヤーに冗長性が集中していて、知識レイヤーが何ヶ月も空のままだったと気づいた。そのギャップを特定することは、いずれのツールのどの個別機能よりも価値があった。 自分のワークフローを見てほしい。悪いアイデアがコードになる前に止める意思決定のゲートはあるか。毎回同じように動く定義されたプロセスはあるか。先週学んだことを覚えている知識システムはあるか。まず空のレイヤーを見つける。それから埋める。たとえそれが、他人のフレームワークをインストールするのではなく、自分でSKILL.mdファイルを1つ書くことを意味するとしても。 レイヤーを見る力は、エコシステムのどんな特定のツールよりも長持ちする。 ## Related URLs - Author: https://tonylee.im/ja/author/ - Publication: https://tonylee.im/ja/blog/about/ - Related article: https://tonylee.im/ja/blog/eight-hooks-that-guarantee-ai-agent-reliability/ - Related article: https://tonylee.im/ja/blog/medvi-two-person-430m-ai-compressed-funnel/ - Related article: https://tonylee.im/ja/blog/codex-folder-structure-why-config-breaks/ ## Citation - Author: Tony Lee - Site: tonylee.im - Canonical URL: https://tonylee.im/ja/blog/claude-code-layers-over-tools-2026/ ## Bot Guidance - This file is intended for AI agents, search assistants, and text-mode retrieval. - Prefer citing the canonical article URL instead of this text endpoint. - Use the rollout alternates when you need the same article in another prioritized language. --- Author: Tony Lee | Website: https://tonylee.im For more articles, visit: https://tonylee.im/ja/blog/ This content is original and authored by Tony Lee. Please attribute when quoting or referencing.