話題の”Claude Code最強構成”を裏取り｜元ネタは公式ブログだった

SNSで「これがClaude Code（クロ／Anthropic社のAIコーディング相棒）の最強構成だ」という一枚の図が流れてきました。四段重ねの箱に、聞き慣れないカタカナの名前がずらり。プログラミング未経験の私には、名前を見ただけでは何のことかさっぱりです。

そこで私は、その図をそのままクロに渡して、こう聞いてみました。「これ、どう？ 俺の作業環境に置き換えられるところはある？」と。返ってきた照合の結果が、この記事のもとになっています。先に結論を言えば、派手な見出しの正体は公式ブログに書かれた基本の組み合わせで、その多くは気づかないうちに私の手元でも動いていました。

Xで話題の「最強構成」とは何なのか

話題の図は、Claude Codeの設定を四つの段に分けて縦に積んだものでした。上から順に、①CLAUDE.md（毎回必ず読み込む基本ルール書）②rules（特定の作業に入ったときだけ自動で開く作業別ルール）③skills（呼び出したときだけ開く手順書の引き出し）④agents／workflows（別の部屋で調べ物などをまとめて任せる担当）。

そして四段の横に一本の太い線が引かれ、「hooks（フック）」と書かれています。これは「人が指示を忘れても、決まった場面で機械が必ず実行する」仕組み。私が見た図では、この全体をひとまとめにして「最強構成」と呼んでいました。

私が最初にひるんだのは、この構成に付けられた呼び名のほうでした。「Final Boss Setup（ラスボス構成）」「Context Ladder（文脈のはしご）」「ASKED vs FORCED（お願い型か強制型か）」——ゲームの必殺技みたいな響きです。プログラミング未経験の身には、名前だけで「難しそう」の壁が立ち上がります。

裏取り：名前は通称、中身は公式ドキュメントだった

気になったので、クロにひとつずつ元をたどってもらいました。ここで大事なのは、見出しの派手さで中身を判断しないことです。以前 Claude Codeを実際に触って分かったこと をまとめたときにも感じたのですが、少なくとも今回のようなケースでは、「すごそうな名前」が先に走り、実体はあとから確認される、という順番でした。

クロに調べてもらって分かったのは、次の二点でした。

では、この構成の考え方の元ネタはどこかというと、Anthropicが2026年6月18日に公開した公式ブログ「Steering Claude Code（Claude Codeの操縦法）」でした。この記事には、CLAUDE.md・rules・skills・subagents・hooksをどう使い分けるかが説明されています。原文は英語なので、中身はクロに確認してもらいました。正式な訳ではありませんが、要点をかみ砕くと「hooksは”決まった処理を機械が確実に実行する仕組み”、CLAUDE.mdは”お願いベースの指示”」という区別になります。「ASKED vs FORCED」というSNSの呼び名は、この公式の区別と同じ内容を指しています。

四段のはしごを、毎日の持ち物にたとえてみる

とはいえ、CLAUDE.mdだのrulesだのと並べられても、未経験者にはまだ距離があります。そこで、誰の毎日にもある「外出の持ち物」に置き換えてみます。この四段は、出かける前の段取りにそっくりでした。

• CLAUDE.md ＝ 財布・スマホ・鍵。どこへ行くにも必ず持つ基本セット。ここに旅行の荷物まで詰めると毎日が重くなるので、「毎回必要な物」だけに絞ります。
• rules ＝ 行き先ごとの持ち物メモ。「プールの日は水着」「実家に行く日は手土産」のように、その予定の日だけ見るメモ。全部を毎日持ち歩く必要はありません。
• skills ＝ レシピカード。カレーを作る日だけ開く手順書。普段は棚にしまってあり、必要なときだけ取り出します。
• agents／workflows ＝ 買い物の宅配・家事の外注。時間のかかる用事は任せて、自分の手は空けておく。手元（本体の会話）が散らからずに済みます。

そして横の一本線、hooksは家賃の自動引き落としや目覚ましアラームにあたります。忘れても機械が必ず実行してくれるもの、と考えるとしっくりきます。

ここで効くのが「軽く持つ」という発想です。基本セット（CLAUDE.md）を膨らませすぎると毎日のカバンが重くなるので、細かい手順は必要なときに開くレシピカード（skills）へ逃がす。この「土台は薄く、詳細は呼び出し式に」という考え方は、私が CLAUDE.mdとは何かをプログラミング未経験者向けに説明した記事 や CLAUDE.mdを分割して整理した記事 で試してきたことと、同じ方向を向いていました。

わが家の環境と照合したら、けっこう埋まっていた

ここからが、この記事を書きたくなった理由です。四段のはしごと横のフックを、クロに私の環境と一つずつ照合してもらったところ、思っていたよりずっと多くの箱に「済」のチェックが付きました。

照合の結果を言葉にすると、こうなります。図に出てきた5つ（CLAUDE.md・rules・skills・agents／workflows・hooks）に、返答の型を決める「output-styles」を加えた6つを見てもらったところ、そのうち4つはすでにわが家で動いていました（実測）。

• CLAUDE.md：実装済み。 私のCLAUDE.mdは、以前から「要約＋ポインタ（詳しい話は別ファイルへの案内だけ書く）」の形にしてあります。図で言う「土台は薄く保つ」そのものでした。
• skills：実装済み。 ブログ執筆・note作成・公開前チェックなど、自分の作業を手順化したスキルが、実際に数えると 11本 ありました（~/.claude/skills/ を機械カウント）。
• agents／workflows：実装済み。 毎日のリサーチや、複数のAI役で原稿を点検する「AI委員会」など、別の部屋に任せる仕組みが動いています。
• hooks：実装済み。 セッション開始時に必要ファイルを自動で読む、作業終了時に費用を通知する、といったフックが 5本 動いていました（~/.claude/hooks/ を機械カウント）。

一方、埋まっていなかったのは2つ。rules（作業別に自動で開くルール）と、output-styles（返答の見た目・語り口の型）です。この2つは記事の後半であらためて考えます。

「気づいたら、最強構成のかなりの部分を、非公式の名前も知らないまま使っていた」。これは自慢ではなく順番の話だと思っています。公式の設計思想を意識して真似たわけではなく、目の前の不便（AIが前の話を忘れる、費用が見えない）を一つずつ潰していったら、結果的に、公式ブログで紹介されていた使い分けと似た形になっていた——という順番です。だからこそ腑に落ちたまま使えているのだと感じています。具体的な経緯は スキルとフックで物忘れ問題を解決した記事 に譲ります。

振り分けの実例を3つだけ

「最強構成」のもう一つの肝は、作業の種類ごとに置き場所を変えるという考え方でした。SNSではこれを「Routing Rule（振り分けの決まり）」と呼びます。ここも通称ですが中身は素直です。わが家での振り分けを3つだけ挙げます。

1. 調べ物 → 別の部屋（agents）へ。 毎朝のAI業界リサーチは、本体の会話を汚さないよう専用の担当にまとめて任せています。量が多い用事は、宅配や外注のように任せてしまうのが正解でした。
2. 決まった手順 → 引き出し（skills）へ。 ブログ記事を作る一連の流れは、毎回ゼロから指示せず、呼べば開くスキルにしてあります。この「手順のスキル化」で、複数のAIと連携する作業もぶれにくくなったと感じています（複数AIで連携した記事に詳述）。
3. 絶対に忘れたくないこと → 強制レール（hooks）へ。 「作業を始めたら記録を残す」「終わったら費用を知らせる」は、お願いベースだと人もAIも忘れます。だからフックにして機械が必ず実行する形にしました（フックでセッションログを自動記録した記事参照）。

この3つを、公式ブログの言葉に対応させると「お願い型（ASKED）」と「強制型（FORCED）」の使い分けになります。調べ物や手順は”お願い”でよくても、忘れたら困ることは”強制”にする。振り分けの軸は、たったこれだけでした。

「/コマンドを覚えないとダメ？」という疑問

ここまで読んで、私自身が実際に抱いた疑問を一つ。「こういう構成を組んでも、毎回 /（スラッシュ）で始まるコマンドを打ち込まないと効かないのでは？ 未経験には、その暗記からして無理では？」というものです。

この疑問をそのままクロにぶつけて、返ってきた答えはこうでした。

この感覚は、最初にClaude Codeを触りはじめた頃には持てませんでした。つまずいた記録は Claude Codeの始め方をプログラミング未経験者向けに書いた記事 にありますが、当時の私に「コマンドは全部覚えなくていい、土台は自動で動く」と伝えられたら、だいぶ気が楽になったはずです。

うちに無かった2つを、入れるかどうか

照合で「未導入」だったのは、rules（作業別ルール）とoutput-styles（返答の型）の2つでした。ここで、流行に押されて何でも入れないことも同じくらい大事だと感じています。機能を欲張って失敗した経験は Claude Codeで私がやった7つの失敗をまとめた記事 に書いたとおりで、「全部入れる＝良い」ではありません。

私なりの現時点の判断はこうです。

「最強構成」という言葉は、つい「全部そろえないと負け」の気分にさせます。でも実際は、必要な箱から順に埋めるだけで十分に前進できます。空いた箱を焦って埋めるより、なぜその箱が要るのかを自分の言葉で説明できてから入れるほうが、結局は長持ちすると感じています。

まとめ：最初の一歩は、3つだけでいい

派手な名前の「最強構成」も、正体は公式ブログに書かれた基本の組み合わせでした。そしてその多くは特別な人だけのものではありません。少なくとも私の場合は、目の前の困りごとに一つずつ対処していったら、結果的に近い形になっていました——というのが、今回の照合で見えたことです。

もし今日、何か一歩を踏み出すなら、順番はこの3つで十分だと思います。

この3つの土台を、迷わず順番に固める考え方は Claude Codeでまず押さえたい3つの基本をまとめた記事 に通じます。あわせて読むと、最初の一歩がさらに軽くなるはずです。