プラグイン一覧
このリポジトリは プラグイン・マーケットプレイス(claude-code-setup)として、いくつかのプラグインを配布しています。Claude Code から以下のコマンドでマーケットプレイスを追加し、必要なプラグインをインストールできます。
# マーケットプレイスを追加(最初に一度だけ)
/plugin marketplace add hdknr/claude-code-setup
# インストール済み・追加済みの一覧を確認・管理
/plugin
配布中のプラグインは以下のとおりです。
| プラグイン | 提供スキル | 概要 |
|---|---|---|
workspace-setup |
/workspace-setup:workspace-setup |
ワークスペースの初期セットアップ |
cmux |
/cmux |
cmux ウィンドウで GitHub Issue/PR を操作 |
dev-loop |
/dev-loop |
1 Issue = 1 周のループ志向開発 |
プラグインの入れ方・使い方の全体像
インストール手順と日常利用の流れは Part 3: インストール後の環境準備 にもまとまっています。このページは各プラグインの詳細リファレンスです。
workspace-setup
作業用ワークスペースの初期セットアップを対話的に行うプラグインです。Claude Code を使い始める最初の一歩をまとめて実行します。
インストール
提供スキル
/workspace-setup:workspace-setup
以下を対話的にセットアップします。
- ワークスペースディレクトリの作成 —
~/Projects/配下にディレクトリを作成しgit init(デフォルト名my-workspace) - CLAUDE.md の作成 — リポジトリの目的・日本語応答の指示などを記述
- GitHub プライベートリポジトリの作成と連携 —
gh repo create --privateで非公開リポジトリを作成・プッシュ - 完了確認 — 作成先パス・リポジトリ URL・次のステップの提示
必ずプライベートで作成
作業用リポジトリには個人情報や機密情報が含まれる可能性があるため、必ず非公開(Private)で作成します。詳細は Part 3: インストール後の環境準備 を参照してください。
前提
ghCLI が認証済みであること
cmux
cmux ウィンドウ内で GitHub の Issue/PR を扱うためのプラグインです。ブラウザペインに Issue/PR を表示し、worktree でレビューを行えます。
インストール
提供スキル
/cmux [-n] [-w|-r] <number>
cmux のブラウザペインで GitHub Issue/PR を開き、worktree でレビューを行います。
| 呼び出し | モード | 動作 |
|---|---|---|
/cmux <number> |
Issue | Issue の URL をブラウザペインに表示 |
/cmux -w <number> |
PR worktree | PR をブラウザ表示し、worktree を作成して gh pr checkout |
/cmux -r <number> |
PR レビュー | worktree でチェックアウトし、gh pr diff でレビュー開始 |
-n フラグを付けると、処理の最初に新しいターミナルタブ(サーフェス)を作成し、そこで実行します。
使用例:
前提
cmuxCLI がインストールされていることghCLI が認証済みであること- Claude Code の
EnterWorktreeツールが利用可能であること
dev-loop
GitHub Issue 1 件を、検証(verify)が通ることを停止条件として 1 周させる、
ループ志向開発のスキルを提供するプラグインです。どのプロジェクトでも使える汎用版で、
プロジェクト固有の事情は対象リポジトリの CLAUDE.md から発見して従います。
設計の背景
「なぜループ志向か」「verify を停止条件に据える理由」「Dreaming・トークンコスト・ アンチパターン」といった設計思想は dev-loop の設計(ループ志向開発) にまとめています。
インストール
提供スキル
/dev-loop <issue-number>
対象 Issue を、以下の標準サイクルで 1 周させます。5↔4 は verify が通るまで繰り返します。
- Issue 選択 —
gh issue viewで要件・受入条件を把握 - 文脈収集 — 関連設計・既存実装・過去の議論を読む
- 計画 — 変更範囲を切り分け、設定/フラグで済むかを先に判断。計画と verify の受入基準を ファイルに書き出す(コンテキスト圧縮・セッション跨ぎに耐えさせる)。受入基準は 「不変条件 × それを破りうる経路」に展開する(経路は差分ではなくアプリの入口一覧から 数える —— 差分を読むレビューは差分に現れていない経路を構造的に見落とす)。この環境では 証明できないものを分けて「未証明」と明示する。生成物があればその鮮度(再生成して差分ゼロ)も 受入基準に入れる(該当が無ければ「生成物なし」と明記する)
- 実装 — worktree を開始してから、対象リポジトリの
CLAUDE.mdのルールに従って変更 - 検証(停止条件) — 実機で目視確認 + 別モデルの検証エージェントで受入条件の反証を探す。 回せないときは黙って飛ばさず、着手前に申告して指示を仰ぐ
- レビュー → PR —
/code-reviewは手順 5 の有無に関わらず必須。受入基準は Verifier と/code-reviewの両方に渡し、問いを局面に絞らない。指摘を直したら verify とレビューの 両方に当て直し、2 パス目にも受入基準を渡す(=受け渡しは計 4 回)。 worktree 上であることを確認して PR 作成、結果と手順 3 で「未証明」とした項目を PR コメントに残す - 本番反映 — CLAUDE.md / deploy runbook に従う
- 経験の還元 — 学びを CLAUDE.md / Skill / メモリへ焼き戻す
CLAUDE.md に書いておくと効く
実機検証(verify)の手順・デプロイ経路・やってはいけない制約を対象リポジトリの
CLAUDE.md(または .claude/dev-loop.md)に書いておくと、スキルがそれを発見して従います。
無ければテスト実行+アプリ起動での手動確認に縮退するので、設定が無くても動きます。
使用例:
前提
ghCLI が認証済みであること- 対象リポジトリが git 管理下にあること
- 受入基準に照らした差分レビューの手段(
/code-review等)— 手順 6 で必須です。道具が 無い環境では、同等のレビューを別の手段(人間レビュー等)で行います。省略はできません。 代替手段でも次を満たします: 受入基準(不変条件と経路の一覧)をまるごと渡す/問いを局面に 絞らない/初回と指摘対応後の 2 パスを回す(2 パス目にも受入基準を渡す)。「差分を眺める」 だけでは要件を満たしません。 - 別モデルの検証エージェント(
Agentツール等)— 手順 5 で必須です。レビューとは相互に 代替できない別々の関門で、片方があるからもう片方を省くことはできません。代替手段(人間の 検証等)でも受入基準をまるごと渡し、問いを局面に絞りません。 使えない環境では 黙って飛ばさず、着手前に申告して指示を仰ぎます——(1) 使用許可を求める / (2)/code-reviewに 受入基準を渡した追加パスで代替する(手順 6 の必須分とは別に回す) / (3) 理由付きで省略を 宣言し PR コメントに残す、のいずれかを明示的に選びます。 - (任意)
/loop・/schedule・/runなどの汎用スキルや、フェーズ分割型のプランニング プラグイン。無い環境では手動の待機・確認に読み替えます。