Claude Codeに追加機能を入れる入口が分からない人向け
GitHub連携やチーム共通の作業手順など、Claude Code本体だけでは足りない機能を追加したい場面で、`/plugin` を叩いてプラグインを管理する。
/plugin は、Claude Codeに追加機能を入れたり、入れたものを止めたり、消したりするための管理コマンドです。Claude Codeは最初から一通り使えますが、GitHub連携、専用スキル、外部サービス接続などを足すと、できる作業の幅が広がります。その入口になるのが、この/pluginです。
大事なのは、/plugin自体が何かを自動で作るコマンドではないことです。どの追加機能をどこから入れるかを選び、今のClaude Codeで使える状態にするための管理画面または操作窓口だと考えると、役割をつかみやすくなります。
噛み砕くと
スマホにアプリを入れるとき、まずアプリストアを開き、探して、入れて、必要なら後で止めたり消したりします。/pluginはClaude Code版のその管理場所です。Claude Code本体に直接全部を詰め込むのではなく、必要な機能だけを後から足せるようにしてあります。
ただし、何でも勝手に安全に動くわけではありません。プラグインはスキル、コマンド、外部サービス接続などをまとめて持てるため、入れる前に「誰が作ったものか」「何の作業を任せるものか」を確認する必要があります。
大事な前提：/pluginはClaude Code内で管理画面を開く
/pluginを使うには、Claude Codeの会話画面を開いている必要があります。パソコンの普通の黒い画面でいきなり打つものではなく、Claude Codeに話しかける入力欄へ打ちます。公式マーケットプレイスから探す場合は、Claude Codeがインターネット上の公式一覧を見に行ける状態も必要です。
もう1つの前提は、入れたいプラグインが信頼できる場所にあることです。公式一覧にあるものは探しやすいですが、自分やチームで用意した場所を追加する場合は、名前だけで判断せず、説明と中身を確認してから使います。
「チーム用のGitHub連携を入れる」を例に、実際の手順を見る
ステップ1: Claude Codeを開いて、まず管理画面を出す
作業中のフォルダでClaude Codeを起動し、会話画面に入ります。そこで次の1行を打つと、プラグイン管理の画面が開きます。
/pluginここでは、今入っているプラグインを見たり、新しく探したり、止めたりできます。初めて使う場合は、何も入っていないか、公式の一覧を見に行く案内が出るはずです。
ステップ2: 公式一覧を開いて、入れたいものを探す
公式ドキュメントでは、プラグインを探す入口として公式マーケットプレイスが案内されています。GitHub連携を入れたいなら、一覧からGitHub系のプラグインを探します。公式の例では、GitHubプラグインを次の形で入れます。
/plugin install github@claude-plugins-officialここで初心者がやりがちな勘違いがあります。githubという名前だけを見て、GitHub上のすべての操作がすぐ自由にできると思わないことです。実際には、プラグインが持っているスキルや接続の範囲内で動きます。
ステップ3: 追加後に、Claude Codeへ読み直しをさせる
プラグインを入れたあと、すぐに新しいコマンドやスキルが見えない場合があります。そのときは、Claude Codeにプラグインを読み直させます。
/reload-plugins読み直し後に/helpや/pluginを開き、増えた機能が見えているか確認します。
ステップ4: 何が増えたかを確認する
GitHub系のプラグインなら、PR確認、コメント対応、CI確認など、GitHub作業向けのスキルやコマンドが増えている可能性があります。まずは一覧で名前を確認し、いきなり本番の作業を任せず、読み取りだけの軽い依頼で挙動を見ます。
このプロジェクトで使えるGitHub関連のスキルを教えてステップ5: 不要になったら止めるか消す
一時的に使わないだけなら、無効化を選びます。もう使わないなら削除します。チームで共有している作業環境では、誰かが必要としている可能性があるため、消す前に確認したほうが安全です。
/plugin管理画面から対象のプラグインを選び、止めるか消すかを選びます。公式ドキュメントでは、コマンド形式で入れる方法だけでなく、管理画面から扱う流れも案内されています。
ステップ6: 自分用とチーム用を混ぜない
自分だけで試すプラグインと、チーム全員に必要なプラグインは分けて考えます。自分の作業を楽にするだけなら個人側で十分です。チーム全員が同じ補助機能を使うなら、置き場所や説明文をそろえてから共有します。
つまり /plugin（プラグイン）は何をしてくれるのか
- やってくれる: Claude Codeに追加機能を入れる、止める、消す、一覧で確認する入口になる。
- やってくれない: 入れたプラグインの安全性や品質を、すべて自動で保証するわけではない。
- 意味が薄い場面: 追加機能を入れる予定がなく、Claude Code本体の機能だけで作業が足りている場面。
使いどころ3シナリオ（具体題材で再現）
シナリオ1: GitHub PR対応をClaude Codeに寄せたいとき
個人開発のWebアプリで、毎回GitHubの画面を開いてレビューコメントを読み、手元のコードを直して、また確認する流れが面倒になってきたとします。この場合、GitHub系プラグインを入れると、PRコメント確認やCI確認の作業をClaude Code側に寄せやすくなります。まず/pluginで入っているものを確認し、足りなければ公式のGitHubプラグインを追加します。
シナリオ2: 記事制作チームで同じ執筆手順を使いたいとき
記事の見出しチェック、本文監査、WordPress投入の手順をチーム全員でそろえたい場合、スキルやコマンドを含むプラグインとしてまとめると便利です。新人が入っても、口頭説明だけに頼らず、/pluginで同じ追加機能を入れて同じ流れに乗せられます。
シナリオ3: 期間限定の検証機能を試したいとき
新しいコードレビュー補助を1週間だけ試したいとき、Claude Code本体の設定を深く変えるより、プラグインとして入れて試すほうが戻しやすいです。効果があれば残し、合わなければ/pluginから止めるか消します。試した結果をチームで共有すれば、採用するかどうかの判断もしやすくなります。
初心者が踏みやすい落とし穴
/pluginだけで何かが完成すると思う。これは追加機能の管理入口です。サイト作成やコード修正を直接進めるコマンドではありません。- 名前だけで入れてしまう。プラグインはClaude Codeに作業能力を足します。説明、作者、含まれるスキルを見てから入れます。
- 入れた直後に見えなくて失敗だと思う。新しい機能が一覧に出ないときは、
/reload-pluginsで読み直してから確認します。 - 公式一覧と自作置き場を混同する。公式マーケットプレイスと、チームが独自に用意した置き場は別物です。信頼度も管理責任も変わります。
- 不要なものを入れっぱなしにする。使っていない追加機能が増えると、どのスキルが何をするのか分かりにくくなります。定期的に
/pluginで棚卸しします。 /reload-pluginsとの役割を混同する。/pluginは管理、/reload-pluginsは読み直しです。新しく入れる作業と、入れた後に見えるようにする作業は分けて考えます。
書き方
/plugin
/plugin install github@claude-plugins-official
/plugin marketplace add <name> <git-url>やってみるとこうなる
入力
/plugin install github@claude-plugins-official出力例
GitHubプラグインが追加され、必要に応じて `/reload-plugins` で読み直す案内が表示される。このページに出てきた言葉
- プラグイン
- Claude Codeに後から足せる追加機能のまとまり。スキル、専用コマンド、外部サービス接続などを含められる
- 公式マーケットプレイス
- Claude Code向けに公開されている公式のプラグイン一覧
- スキル
- 特定の作業手順をClaude Codeに覚えさせるための説明書
- 外部サービス接続
- Claude CodeからGitHubなどの別サービスを扱えるようにするつなぎ込み
- 読み直し
- 入れたプラグインをClaude Codeに再確認させ、増えたコマンドやスキルを見える状態にすること