Claude Code、ただの「賢いチャット」として使っていませんか。Skills、Hooks、MCP、Subagents… と機能はどんどん増えていて、正直ぜんぶは追いきれません。わたしはこの1ヶ月、個人ブログの制作をまるごと Claude Code に乗せてきました。その中で「これは地味に効くな」と手元に残った仕掛けが5つあります。設定のやり方だけでなく、「ここは苦手」という場面も、つかった実感のまま書きます。
結論：5つの仕掛けで「賢いチャット」から「相棒」に変わる
結論から言うと、Claude Code を「賢いチャット」のまま使うと、半分も活かせません。Skills で文脈を埋め、Hooks で運用を縛り、Subagents で並列に走らせ、MCP で外部サービスにつなぎ、xhigh effort で重い設計を任せる。この5つを順に組み込むだけで、わたしの場合は記事1本を仕上げるまでの作業が、体感で3割短くなりました。
とはいえ、使用量上限や品質回帰など、正直に書いておきたい弱点もあります。料金プランの所感も、最後にお話しします。
仕掛け1：Skills を自作してプロジェクト固有の文脈を埋め込む
まず効いたのが Skills でした。プロジェクトの固有ルールを SKILL.md にまとめて .claude/skills/ に置く。たったそれだけで、Claude が必要なときに自動で呼んでくれます。毎回同じ前提を貼り付ける、あの地味な手間が消えました。
わたしは個人ブログ向けに、スキルを最初は9個自作しました（運用が進んで、いまは29個まで増えています）。記事ネタの提案、AIツールの深掘り調査、SEO ブリーフ、本文の下書き、品質チェック、WP への下書き投稿、そしてこれらを束ねる司令塔と監査スキル。「記事化して」と一言投げるだけで、調査から下書きまでが連鎖して動きます。スキルの分け方や暴走防止をどう設計したかは、自作スキルを29個まで増やして分かった設計記事に詳しくまとめました。
SKILL.md の最小構成
中身はシンプルです。フロントマターに name と description、metadata を書き、本文にトリガー条件と手順を箇条書きするだけ。description にトリガー語を具体的に入れると、命中率が大きく変わります。「記事ネタ」「ネタ出し」など、ユーザーが実際に打つフレーズを並べておく。ここが地味なコツです。
わたしが実際に作って効いた1個
一番役に立っているのは、AI クリシェ検出を内蔵した品質ゲートです。「画期的」「気になったら触ってみてください」といった、AI 生成の癖が出やすい12フレーズをリスト化して、下書きが通過するまで自動でループさせる。自分の文体を守るための「最後の砦」になっています。
仕掛け2：Hooks で commit と lint を「忘れても回す」
2つ目は Hooks です。Claude Code のライフサイクルの特定タイミングでシェルスクリプトを走らせる仕組みで、人間や AI が忘れても運用ルールを強制できます。公式 Hooks Guide によると、PreToolUse、PostToolUse、Stop など複数のフックポイントが用意されています。
なかでも PreToolUse で exit code 2 を返すとツール実行をブロックできて、これが効きどころです。
PreToolUse の使いどころ
たとえば「特定ディレクトリへの書き込みを禁止する」「コミット前に必ずテストを走らせる」「機密ファイルへのアクセスを止める」。こうした用途で使えます。リポジトリ単位で .claude/settings.json に書いておけば、チームでの共有もできます。
もっとも、わたしは現状こまAI では Hooks を最小限に絞っています。理由は単純で、運用ルールが固まっていない段階で縛りを増やすと、Claude の動きが過剰に止まるからです。ルールが現場で確立してから導入する、という順序を守るのが安全だと思います。
仕掛け3：Subagents 並列でリポジトリ調査を5分に短縮
3つ目が、Subagents の並列起動。Task ツール経由で、独立した Claude セッションを最大10並列で立てられます。それぞれが独自のコンテキストを持つので、メインの会話が情報過多で詰まることもありません。
これが調査タスクと抜群に相性がいいんです。「機能 A の最新情報を集める」「競合 B の構造を分析する」「批判的見解を集める」という別々のスコープを、3つの Subagent に分担して同時に走らせる。結果はメインの会話でまとめて統合します。
今回の記事を書くために使ったときは、公式情報・日本語の上位記事・英語の批判記事を3並列で走らせて、5分弱で素材が揃いました。順番に走らせたら20分はかかる作業です。これは助かりました。
注意点が1つあります。Subagent は親の context をそのままは見られません。だから「何を調査するか」「どんな形式で返すか」を、プロンプトに自己完結で書いておく。ここを省くと、的外れな結果が返ってきます。
仕掛け4：MCP で WordPress / DB を「言葉で操作」
4つ目は MCP（Model Context Protocol）です。.mcp.json にサーバー定義を書くだけで、Claude が外部サービスにつながります。WordPress、Slack、GitHub、ローカル DB など、対応サーバーが日に日に増えています。
ただし、ここは注意点があります。npm パッケージとして提供されている MCP サーバーは、Windows 環境との相性問題が出やすいんです。わたしは WordPress 接続で4つのパッケージを試しました。Automattic 公式はプラグイン導入が必要、mcp-wordpress はパス処理のバグ、@instawp/mcp-wp は別のパスバグ。最終的に動いたのは wp-mcp-server だけでした。
結局、ローカル環境では WP-CLI を Claude Code が直接叩く設計に切り替えました。MCP を経由しないので、認証情報を設定ファイルに書く必要もなく、起動オーバーヘッドもありません。「MCP を使うか、既存 CLI を直接呼ぶか」は、一度きちんと比較しておくと良いと思います。
仕掛け5：xhigh effort と Plan モードで設計を任せる
5つ目は、xhigh effort と Plan モードの組み合わせ。Claude Opus 4.7／4.8（最新バージョン）を最大限に活用する設定で、重い設計判断を任せられます。
Plan モードは、ファイル編集や破壊的操作を行わずに「何をどう実装するか」を文書化するモードです。アーキテクチャの相談、リファクタリングの方針決め、新機能の実装計画。こういう「決まる前に潰しておきたい論点」を出すのに向いています。
わたしは koma-* スキル群の構成を、この Plan モードで設計してもらいました。それぞれのスキルをどう分割して、どう連鎖させるか。暴走防止装置をどこに置くか。後戻りしにくい判断を文書ベースで詰めてから、コードに落とせました。1時間の対話で、本来なら1日かかる設計が確定したのは、ちょっと驚きました。
正直に言う：苦手な3つの場面と回避策（反証）
ここまで「効く」話ばかり書いてきました。でも、率直に言って苦手な場面もあります。投資判断に関わるので、隠さずに書きます。
使用量上限が想定より早い
2026 年に入ってから、複数の利用者が「想定より早く上限に達する」と報告しています。The New Stack の報道では、$100/月の Max プランで30分のコーディングをしただけで、session limit の 60% を消費した事例も出ています。Anthropic 公式も認知済みです。
わたしの実感としても、Subagent を多用すると消費はかなり早いです。並列起動の便利さと、ちょうど表裏一体ですね。
複雑タスクで「確認より先に編集」に振れて危ない
GitHub の Issue #42796 では、2026 年 2 月の更新後に Claude Code が「よく調べてから直す」より「すぐ直す」へ寄った、という報告が上がっています。投稿者の計測では、1 回の編集あたりのファイル読み込みが 6.6 回から 2.0 回に減ったそうです。確認すべき手順を飛ばして編集してしまう、という挙動ですね。
本番環境の変更や、決済が絡むコード変更では、人間が一段噛んだほうが安全です。
品質回帰の局面がある
2026 年4月の Anthropic 公式 postmortem では、システムプロンプトの変更（ツール呼出間のテキストを 25 語に・最終応答を 100 語に制限）が知能を毀損していた、と公表されました。
品質は、時期によって揺れます。「先週は良かったのに今日は鈍い」と感じたら、Anthropic 公式の status / engineering ブログを覗いてみてください。原因が書かれている場合があります。
料金プランの所感（Pro $20 か Max $100 か）
Pro プランは月 $20、Max プランは月 $100 から。
わたしの結論は、まず Pro で1ヶ月触ってみる、です。記事1本・コード変更1機能程度なら、Pro で十分まかなえます。Max が効いてくるのは、Claude Code を「業務の中心」に据えるとき、もしくは Subagent を多用する人。1日の作業時間が3時間を超えるなら、Max のコスパは見合います。
API 単体での従量課金もあります。チームで使う、複数プロジェクトに分散する。そういう場合は API のほうが管理しやすいです。ただし API は、使い方を間違えると月額が読めません。最初は Pro 固定でメーターを把握してから判断する。これが安全です。
まとめ：今日から1個だけやるなら
今日から1個だけ試すなら、まず Skills の自作をおすすめします。理由は3つ。1日で組める、効果が即出る、削除も差し替えも気軽。
- Skills：プロジェクト文脈の埋め込み
- Hooks：運用ルールの強制
- Subagents：並列調査
- MCP：外部サービス接続
- xhigh effort + Plan モード：重い設計判断
順に積んでいけば、Claude Code は「相棒」に変わります。詳しい機能一覧は 公式ドキュメント も参照してみてください。AI ツール活用術の他の記事は AIツール活用術 のカテゴリトップにまとめています。このブログのアイキャッチ生成でも Claude Code を使っていて、gpt-image-2 に日本語を描かせた検証やネタ出しの仕組み化も実体験で書いています。
業務効率化の導入支援もやっています
「Claude Code を業務に組み込みたいけど、何から触ればいいか分からない」。そんな方向けに、業務効率化の導入支援もやっています。30分の無料相談から始められます。 → サービス詳細
