ここまでの章で、Claude Code を導入し、指示を出し、詰まりを抜ける方法を身につけてきました。ここからは一歩進んで、Claude Code そのものを「強化する」話です。標準のままでも十分強力ですが、外部ツールにつなぎ、作業を自動化し、複数のAIに分担させ、変更を巻き戻せるようにする――そんな拡張の入り口が用意されています。この章ではそれぞれが「何で」「いつ役立つのか」を、地図として押さえます。
「つなぐ・自動化・分担・安全網・成果物」で能力を伸ばす
拡張機能とは ― 5つの方向に広がる
Claude Code の拡張機能は、それぞれ別々に生まれた仕組みですが、「AIの能力を、ある方向に伸ばす」という視点でまとめると一気に見通しがよくなります。細かい設定を覚える前に、まず「どの機能が、どの困りごとを解くのか」という地図を持ちましょう。次の対応表を頭に入れておけば、以降の各節がすっと入ってきます。
AI単体では触れない外部のデータやサービス（データベース、課題管理、社内ツールなど）につなぐ。「その情報、AIが知らない」を解消する。
「毎回やる決まった処理」や「繰り返しの作業」をAI任せにせず、仕組みで確実に回す。手作業と言い忘れを減らす。
大きな仕事を複数のAIに割り振り、調べもの・実装・レビューを並行させる。1体で抱えきれない規模に効く。
AIが加えた変更をいつでも巻き戻せるようにする。「思い切って任せる」を怖くなくする土台。
よく使う手順・成果物・拡張一式を再利用可能な形にまとめ、配って共有する。
📌 この章の読み方。 ここでは「何ができるか」の全体像をつかめれば十分です。個々の設定手順や具体例は深入りせず、各節の末尾にある専門記事に譲ります。まずは名前と役割を覚え、必要になったときに戻ってこられるようにしておきましょう。
つなぐ ― MCP
AIは賢くても、あなたの手元にあるデータや、社内のツールの中身までは知りません。データベースの現在の値、課題管理ツールのチケット、デザインファイルの中身――こうした「外の世界」とAIを橋渡しするのが MCP（Model Context Protocol）です。共通の「差込口」の規格だと考えるとわかりやすいでしょう。
何： AIと外部ツール／データを、共通の規格でつなぐ「接続の標準」。対応するサーバーを追加すると、Claude Code がそのツールを直接操作できるようになる。
いつ役立つ： DBの中身を見ながら実装したい、課題管理やデザインツールと連携したい、社内システムの情報をAIに使わせたいとき。
💡 「AIが情報を知らない」を解決する鍵。 MCPは拡張のなかでも特に汎用性が高く、多くのツールが対応を進めています。仕組みと導入手順は MCPとは ― 仕組みと使いどころで詳しく解説しています。まずは「AIを外部につなぐ共通規格がある」とだけ覚えておけば十分です。
自動化する ― hooks と loop
AIに毎回「テストも実行してね」「フォーマットもかけてね」と頼むのは、言い忘れると抜けますし、そもそも面倒です。決まった処理は、仕組みで確実に回すほうが安全です。ここで登場するのが hooks と loop コマンド。前者は「タイミングに紐づけて自動実行」、後者は「反復作業をまとめて自動化」する道具です。
何： AIがツールを実行する「前」や「後」に、自分のスクリプトを差し込める仕組み。たとえば「ファイル編集の後に必ずフォーマッタを走らせる」を自動化できる。
いつ役立つ： 保存時のlint・整形、コミット前チェック、危険なコマンドの事前ブロックなど、毎回必ずやりたい定型処理を確実に効かせたいとき。
何： 同じ指示を一定間隔で、あるいは条件を満たすまで繰り返し実行させる仕組み。「デプロイの状況を5分おきに確認」のような反復を任せられる。
いつ役立つ： 定期チェック、長時間かかる処理の見張り、同じ作業の繰り返しなど、人が張り付かなくてよい反復を回したいとき。
✅ 「言い忘れ」と「手作業」を減らす。 hooks はClaude Code の hooks とは、loop コマンドはloop コマンドとはで、設定方法と実例を紹介しています。特に hooks は「AIに任せると抜けがち」な品質チェックを仕組み側で保証できるため、チーム開発で重宝します。
分担する ― subagents / agent teams
ひとつのAIにすべてを詰め込むと、話が長くなるほど文脈が薄れ、精度も落ちます。そこで、大きな仕事を複数のAIに分けて任せるのが subagents（サブエージェント）の考え方です。「調べる担当」「実装する担当」「レビューする担当」のように役割を分けると、それぞれが自分の仕事に集中でき、全体の質が上がります。
何： 親のAIが、特定の仕事を専門の「子AI」に任せる仕組み。子は自分専用の文脈で作業し、結果だけを親に返す。役割ごとにAIを分けられる。
いつ役立つ： 広い調査、複数ファイルにまたがる実装、独立した作業を並行させたいとき。文脈を汚さず、大きな仕事をさばける。
何： 複数のエージェントを、より本格的に「チーム」として連携させる進んだ使い方。役割分担と協調を、さらに大きな作業単位で組む。
いつ役立つ： 単発の分担では収まらない、継続的で規模の大きい開発。subagents との違いを理解したうえで選ぶ。
⚠️ 増やしすぎに注意。 並行して動かすAIには上限があり、欲張って一度に多く走らせると、かえって不安定になったり待たされたりします。まずは1〜2体の分担から。subagents と agent teams の違いと使い分けは、subagents と agent teams の違いでくわしく比較しています。
手順を持たせる ― skills
「この作業は、いつもこの手順でやってほしい」という定型がありませんか。毎回説明し直すのは無駄です。特定作業のやり方（手順・知識・ルール）を、あらかじめAIに持たせておくのが skills（スキル）です。必要な場面でAIが自分でそのスキルを呼び出し、決められた流儀で作業します。
何： 特定の作業のための手順・知識・参照ファイルを一式にまとめ、AIに持たせる仕組み。該当する場面で自動的に呼び出され、決めた流儀で処理する。
いつ役立つ： 社内のコード規約、資料作成の型、繰り返す定型作業など、「毎回同じやり方」を徹底したいとき。
💡 「毎回の説明」を再利用可能にする。 hooks が「タイミングで自動実行する処理」なのに対し、skills は「AIが判断して呼び出す手順書」だと考えると区別しやすいでしょう。仕組みと作り方は Agent Skills とはで解説しています。
まとめて配る ― plugins / marketplace
ここまでの MCP・hooks・skills などは、便利な反面「一つずつ設定するのが手間」でもあります。それらをひとまとめのパッケージにして、簡単に追加・共有できるようにするのが plugins（プラグイン）と marketplace（マーケットプレイス）です。誰かが作った便利な拡張一式を、丸ごと取り込めます。
何： スキル・コマンド・hooks・MCP設定などを一式にまとめた「拡張パッケージ」。追加するだけで、まとまった機能を一度に導入できる。
いつ役立つ： チームで拡張をそろえたい、実績ある構成をすぐ取り込みたいとき。
何： プラグインを配布・入手する置き場。公開されている拡張を探して導入したり、自作を共有したりできる。
いつ役立つ： 「こういう機能が欲しい」を、既存の拡張から探して手早く追加したいとき。
📦 拡張を「配れる」形にする。 plugins と marketplace の関係や導入手順は、plugins と marketplace とはでまとめています。外部の拡張を取り込むときは、出どころが信頼できるかを必ず確かめてから使いましょう。
安全網 ― checkpointing と rewind
AIに大きく任せるほど怖いのが、「うっかり意図しない変更をされてしまう」ことです。そこで効くのが変更を巻き戻せる安全網。checkpointing（チェックポイント）で作業の節目を記録し、rewind（巻き戻し）でそこまで戻せれば、思い切ってAIに任せられます。「戻せる」という安心が、大胆に任せる勇気になるのです。
何： 作業の途中経過を自動で記録しておき、あとから任意の時点まで変更を巻き戻せる仕組み。「やり直したい」を一手で叶える。
いつ役立つ： AIに大きめの変更を任せるとき、試行錯誤で方向を変えたいとき、想定外の編集を戻したいとき。
✅ Git と併用してこそ安心。 checkpointing はセッション内の巻き戻しに強力ですが、バージョン管理（Git）の代わりにはなりません。日常的にコミットを残しつつ、細かな試行錯誤を rewind で戻す、という二段構えが安全です。仕組みは checkpointing と rewind とはで解説しています。
成果物を見せる ― artifacts
コードを書くだけでなく、その場で成果物を形にして見せたいこともあります。ちょっとしたWebページ、図やデータの可視化、UIの試作――こうした「見て確かめられる成果物」を生成・プレビューできるのが artifacts（アーティファクト）です。文章の説明より、動くものを一目見せたほうが早い場面で力を発揮します。
何： AIが作った成果物（Webページ・図・可視化・試作UIなど）を、その場で生成してプレビューできる仕組み。見て確かめ、共有もしやすい。
いつ役立つ： UIの叩き台を見せたい、データを図にして共有したい、仕上がりを言葉でなく「現物」で確認したいとき。
🎨 「見せて確かめる」を速くする。 使いどころと作り方は artifacts とはで紹介しています。デザインを対話しながら詰めたいときは、関連する Claude Design / Design Syncもあわせて眺めておくと、成果物づくりの引き出しが増えます。
拡張は上級者の道具
ここまで8つの拡張を駆け足で見てきました。どれも魅力的ですが、最初から全部に手を出す必要はまったくありません。これらは基礎の上に積み上げてこそ生きる「パワーユーザー向け」の道具です。土台が固まっていないうちに拡張へ走ると、設定に振り回されて、かえって遠回りになります。
導入・権限・指示の出し方を、第2章の内容で確実にできるように。
第5章のエラー対処が身につけば、拡張中の不具合にも動じない。
「この困りごとを解きたい」と思ったときに、対応する拡張を1つだけ足す。
⚠️ 拡張は「困ってから」でいい。 便利そうだからと先回りで導入すると、設定の複雑さだけが増えます。具体的な不満（毎回この処理を忘れる、この情報にAIが届かない、など）が生まれてから、それを解く拡張を1つ迎える。この順番を守れば、拡張は必ず味方になります。
- 拡張は5方向 ― つなぐ（MCP）／自動化（hooks・loop）／分担（subagents・agent teams）／安全網（checkpointing・rewind）／手順と成果物（skills・artifacts・plugins）。
- MCP は外部データにAIをつなぎ、hooks は定型処理を、loop は反復を自動化する。
- subagents で仕事を分担し、checkpointing / rewind があるから大胆に任せられる。skills・artifacts・plugins は手順や成果物を再利用可能にする。
- これらはパワーユーザー向け。まず基礎を固め、困りごとが生まれてから1つずつ足すのが正解。
能力を広げる道具がそろったら、次は「賢く長く使い続ける」ための話です。次の第7章「コストと効率」で、トークンや利用上限の管理と、無駄なく使うコツを押さえていきましょう。