spec-runner 1.0.0-alpha.1

package/templates/base/templates/requirement/template.md

@@ -0,0 +1,40 @@
+---
+title: {{USECASE}}
+status: draft
+created: {{DATE}}
+updated: {{DATE}}
+---
+
+# {{USECASE}}
+
+## この要件が反映されるレイヤー
+
+- **Domain**: `{{DOMAIN_PATH}}`
+- **UseCase**: `{{USECASE_PATH}}`
+- **Infrastructure**: `{{INFRA_PATH}}`
+
+※ フォルダ構造は `.spec-runner/config.sh` で変更可能です。
+
+---
+
+## 何がしたいのか
+
+<!-- ざっくりと。ユーザーの視点で書く -->
+
+## 現状の問題
+
+<!-- なぜこの機能が必要なのか。問題提起 -->
+
+## 期待する結果
+
+- ユーザーは _____ できる
+
+## スコープ
+
+### やること
+-
+
+### やらないこと
+-
+
+## メモ

package/templates/claude/.claude/commands/sr-complete.md

@@ -0,0 +1,9 @@
+# /sr-complete
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh complete
+```
+
+実行結果をユーザーに伝えてください。

package/templates/claude/.claude/commands/sr-configure.md

@@ -0,0 +1,11 @@
+# /sr-configure
+
+詳細設定（パス・TDD・DDD 等）の**対話のみ**を実行します。ユースケースは作成しません。
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh init
+```
+
+引数なしの init のため、対話で Domain/UseCase のパスやテスト設定を聞かれたあと「最初のユースケースを開始するには…」と表示されて終わります。ユースケースを作る場合は `/sr-init ユースケース名 集約名` を使ってください。

package/templates/claude/.claude/commands/sr-design-detail.md

@@ -0,0 +1,9 @@
+# /sr-design-detail
+
+以下を**必ずターミナルで実行**してください。$ARGUMENTS にはサブフェーズ（domain / usecase / table / infra）のいずれかを指定します（例: `/sr-design-detail domain`）。
+
+```bash
+./scripts/spec-runner.sh design-detail $ARGUMENTS
+```
+
+引数が空、または domain / usecase / table / infra 以外の場合は、ユーザーに「サブフェーズを指定してください: domain, usecase, table, infra」と伝えてください。

package/templates/claude/.claude/commands/sr-design-high.md

@@ -0,0 +1,9 @@
+# /sr-design-high
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh design-high
+```
+
+実行結果をユーザーに伝えてください。

package/templates/claude/.claude/commands/sr-fix.md

@@ -0,0 +1,9 @@
+# /sr-fix
+
+以下を**必ずターミナルで実行**してください。$ARGUMENTS に修正内容を指定します（例: `/sr-fix 顧客名を必須に変更`）。
+
+```bash
+./scripts/spec-runner.sh fix $ARGUMENTS
+```
+
+引数が空の場合は、ユーザーに「修正内容を指定してください」と伝えてください。

package/templates/claude/.claude/commands/sr-hotfix.md

@@ -0,0 +1,9 @@
+# /sr-hotfix
+
+以下を**必ずターミナルで実行**してください。$ARGUMENTS に緊急修正の内容を指定します（例: `/sr-hotfix ログイン落ちの修正`）。
+
+```bash
+./scripts/spec-runner.sh hotfix $ARGUMENTS
+```
+
+引数が空の場合は、ユーザーに「修正内容を指定してください」と伝えてください。

package/templates/claude/.claude/commands/sr-implement.md

@@ -0,0 +1,9 @@
+# /sr-implement
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh implement
+```
+
+実行結果をユーザーに伝えてください。

package/templates/claude/.claude/commands/sr-init.md

@@ -0,0 +1,10 @@
+# /sr-init
+
+以下を**必ずターミナルで実行**してください。$ARGUMENTS にはユーザーが続けて入力した文字列が入ります（例: `/sr-init 顧客登録 顧客管理` → 引数は「顧客登録 顧客管理」）。
+
+```bash
+./scripts/spec-runner.sh init $ARGUMENTS
+```
+
+- **引数あり**（例: `顧客登録 顧客管理`）: 未設定なら詳細設定の対話 → 続けてユースケース作成。
+- **引数が空**の場合は、ユーザーに「ユースケース名（と任意で集約名）を指定してください」と伝えるか、**設定対話だけ**したい場合は `/sr-configure` を案内してください。

package/templates/claude/.claude/commands/sr-review.md

@@ -0,0 +1,9 @@
+# /sr-review
+
+以下を**必ずターミナルで実行**してください。$ARGUMENTS にレビュー通過させるファイルパスを指定します（例: `/sr-review docs/requirements/顧客登録.md`）。
+
+```bash
+./scripts/spec-runner.sh review-pass $ARGUMENTS
+```
+
+引数が空の場合は、ユーザーに「レビュー通過させるファイルパスを指定してください（例: docs/requirements/顧客登録.md）」と伝えてください。

package/templates/claude/.claude/commands/sr-set-gate.md

@@ -0,0 +1,9 @@
+# /sr-set-gate
+
+以下を**必ずターミナルで実行**してください。$ARGUMENTS にはゲート名を指定します（例: `/sr-set-gate glossary_checked`）。
+
+```bash
+./scripts/spec-runner.sh set-gate $ARGUMENTS
+```
+
+引数が空の場合は、ユーザーに「ゲート名を指定してください（例: glossary_checked, test_code_committed）」と伝えてください。

package/templates/claude/.claude/commands/sr-status.md

@@ -0,0 +1,9 @@
+# /sr-status
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh status
+```
+
+実行結果をユーザーにそのまま伝えてください。

package/templates/claude/.claude/commands/sr-test-design.md

@@ -0,0 +1,9 @@
+# /sr-test-design
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh test-design
+```
+
+実行結果をユーザーに伝えてください。

package/templates/claude/.claude/hooks/pre-tool-use.sh

@@ -0,0 +1,79 @@
+#!/usr/bin/env bash
+# =============================================================================
+# Claude Code Pre-Tool-Use Hook
+# ファイル書き込み前にフェーズを確認し、実装フェーズ以外でのコード生成をブロックする
+#
+# Claude Code の hooks 仕様:
+#   - stdin: JSON {"tool_name": "...", "tool_input": {...}}
+#   - exit 0: 許可
+#   - exit 2: ブロック（Claude にエラーメッセージを返す）
+# =============================================================================
+
+PROJECT_ROOT="$(git rev-parse --show-toplevel 2>/dev/null)"
+STATE_FILE="$PROJECT_ROOT/.spec-runner/state.json"
+CONFIG_FILE="$PROJECT_ROOT/.spec-runner/config.sh"
+
+# ステートファイルがなければ素通り（init前は制限しない）
+[[ -f "$STATE_FILE" ]] || exit 0
+
+# フレームワーク設定を読み込む（拡張子の設定のため）
+if [[ -f "$CONFIG_FILE" ]]; then
+  # shellcheck source=.spec-runner/config.sh
+  source "$CONFIG_FILE"
+fi
+
+# デフォルト拡張子（config.sh がない場合）
+SOURCE_EXTENSIONS="${SOURCE_EXTENSIONS:-ts tsx js jsx php py rb}"
+
+# stdinからツール情報を読む
+input=$(cat)
+tool_name=$(echo "$input" | jq -r '.tool_name // empty' 2>/dev/null)
+file_path=$(echo "$input" | jq -r '.tool_input.file_path // empty' 2>/dev/null)
+
+# ファイル書き込み系のツールのみチェック
+case "$tool_name" in
+  Write|Edit|NotebookEdit) ;;
+  *) exit 0 ;;
+esac
+
+# 設計ドキュメントや設定ファイルへの書き込みは常に許可
+case "$file_path" in
+  */docs/*|*/CLAUDE.md|*/.spec-runner/state.json|*/scripts/*|*/.github/*|\
+  */templates/*|*/glossary.md|*.json|*.yml|*.yaml|*.sh|*.lock|\
+  */.spec-runner/*|*/node_modules/*|*/vendor/*)
+    exit 0
+    ;;
+esac
+
+# SOURCE_EXTENSIONS を配列に変換して拡張子チェック
+phase=$(jq -r '.phase // empty' "$STATE_FILE" 2>/dev/null)
+
+# 拡張子チェック: SOURCE_EXTENSIONS に含まれる拡張子のみブロック対象
+should_block=false
+for ext in $SOURCE_EXTENSIONS; do
+  if [[ "$file_path" == *."$ext" ]]; then
+    should_block=true
+    break
+  fi
+done
+
+if [[ "$should_block" == "true" ]]; then
+  if [[ "$phase" != "implement" && "$phase" != "fix" && "$phase" != "hotfix" ]]; then
+    next_cmd=$(case "$phase" in
+      require*)       echo "design-high" ;;
+      design-high)    echo "design-detail domain" ;;
+      design-detail*) echo "design-detail <次のサブフェーズ>" ;;
+      test-design)    echo "implement" ;;
+      *)              echo "status" ;;
+    esac)
+    cat <<MSG
+{
+  "decision": "block",
+  "reason": "【フェーズゲート】現在のフェーズは '$phase' です。実装コードの生成は 'implement' フェーズでのみ許可されています。\n\n現在の状態を確認: ./scripts/spec-runner.sh status\n次のフェーズへ: ./scripts/spec-runner.sh $next_cmd"
+}
+MSG
+    exit 2
+  fi
+fi
+
+exit 0

package/templates/claude/.claude/settings.json

@@ -0,0 +1,29 @@
+{
+  "hooks": {
+    "PreToolUse": [
+      {
+        "matcher": "Write|Edit",
+        "hooks": [
+          {
+            "type": "command",
+            "command": ".claude/hooks/pre-tool-use.sh"
+          }
+        ]
+      }
+    ]
+  },
+  "permissions": {
+    "allow": [
+      "Bash(./scripts/spec-runner.sh:*)",
+      "Bash(git checkout:*)",
+      "Bash(git branch:*)",
+      "Bash(git status:*)",
+      "Bash(git add:*)",
+      "Bash(git commit:*)",
+      "Bash(git push:*)",
+      "Bash(git log:*)",
+      "Bash(jq:*)",
+      "Bash(date:*)"
+    ]
+  }
+}

package/templates/claude/CLAUDE.md

@@ -0,0 +1,141 @@
+# 開発ルール（Claude Code 向け）
+
+このプロジェクトは **scripts/spec-runner.sh** によるフェーズゲートで運用している。  
+本ファイルは AI 向けの指示であり、**scripts/spec-runner.sh** はフェーズが通過していないと実行を拒否するため、設計をスキップできない。
+
+---
+
+## 最優先ルール
+
+**何かを実装する前に必ず実行せよ：**
+
+`./scripts/spec-runner.sh status`（チャットでは `/sr-status`）で現在のフェーズを確認する。
+
+`phase` が `implement` でない場合、実装コードを生成してはならない。
+代わりに「現在のフェーズを確認してください」と伝えてユーザーに委ねよ。
+
+---
+
+## TDD（テスト駆動）ルール（デフォルトで有効）
+
+**実装フェーズに進むまでに、テストを必ず含める。**
+
+1. **テスト設計** … `docs/test-design/<UC名>.md` を書く
+2. **テストを先に書く（Red）** … 実装より前にテストコードを書き、失敗することを確認する
+3. **テストコードをコミット** … `./scripts/spec-runner.sh set-gate test_code_committed` でゲート通過
+4. **実装で Green** … `implement` フェーズでテストを通す実装を書く
+
+ドキュメントだけでなく**テストコードも必須**。テストを書かずに実装に進むことはできない。ゲートが `TEST_DIR` 配下の未コミットを検出し、コミットするまで `implement` に進めない。
+
+- **テストのパス**は `.spec-runner/config.sh` の `TEST_DIR` で動的に指定（例: `tests`, `spec`, `__tests__`）。ここに置いたテストが未コミットだと implement ゲートでブロックされる。
+- TDD をオプションにしたい場合: `export TDD_ENABLED="false"` にすると、実装前にテストコードを書かなくても `implement` に進める。
+
+---
+
+## スラッシュコマンド（チャット用）
+
+### .claude/commands/（Claude Code カスタムスラッシュコマンド）
+
+`.claude/commands/` に Markdown を置くと、チャット欄で `/sr-*` として呼び出せる。各ファイルは「spec-runner.sh を実行せよ」という指示になっており、**ハード強制**に繋がる。コマンド一覧は **README の「スラッシュコマンド」** を参照。各 .md 内の `$ARGUMENTS` には、ユーザーがスラッシュの後に続けて入力した文字列が入る。
+
+### 自然言語・短いスラッシュでの依頼
+
+ユーザーが `/init`・`/status`・`/design-high` などの短いスラッシュ、または「init して」「顧客登録で design-high まで進めて」などの自然言語で依頼した場合も、**必ず** 対応する `./scripts/spec-runner.sh` をターミナルで実行すること（上記の `/sr-*` と同じ動作）。
+
+---
+
+## フェーズ別の行動規則
+
+### require（要件定義）フェーズ
+- `docs/requirements/<UC名>.md` を編集する
+- 実装・設計・テーブル定義は書かない
+- 完了後: `./scripts/spec-runner.sh review-pass docs/requirements/<UC名>.md`
+
+### design-high（概要設計）フェーズ
+- `docs/high-level/<UC名>.md` を編集する
+- ユースケース記述とドメインモデル候補の洗い出しのみ
+- **具体的なメソッド定義・テーブルカラムは書かない**
+- 新しい概念が出たら先に `docs/glossary.md` に追加する
+- 完了後: `./scripts/spec-runner.sh review-pass docs/high-level/<UC名>.md`
+
+### design-detail（詳細設計）フェーズ
+この順序で作業する：
+
+1. **domain** → `docs/detailed/<UC名>/domain.md`
+   - エンティティ・値オブジェクト・ドメインイベント・集約・リポジトリIF
+   - 振る舞い（メソッド）の定義
+   - ← レビュー通過後に次へ
+
+2. **usecase** → `docs/detailed/<UC名>/usecase.md`
+   - ドメインモデルを使う設計（ドメインモデルを参照して書く）
+   - Command/Query の入出力・シーケンス図
+   - ← レビュー通過後に次へ
+
+3. **table** → `docs/detailed/<UC名>/table.md`
+   - ドメインモデル ≠ テーブル（用途で分けてOK）
+   - ER図（Mermaid）
+   - ← レビュー通過後に次へ
+
+4. **infra** → `docs/detailed/<UC名>/infra.md`
+   - APIエンドポイント定義
+   - リポジトリ実装方針
+   - フロントエンドコンポーネント構成
+   - ← レビュー通過後に次へ
+
+### test-design（テスト設計）フェーズ
+- `docs/test-design/<UC名>.md` を編集する
+- **TDD: テストコードを実装より先に書く（Red 状態で OK）**
+- テストコードをコミットしてから次へ: `./scripts/spec-runner.sh set-gate test_code_committed`
+- 完了後: `./scripts/spec-runner.sh review-pass docs/test-design/<UC名>.md`
+
+### implement（実装）フェーズ
+- **TDD: テストを Green にする実装を書く**
+- 設計と乖離した場合は先にドキュメントを更新する
+- コードとドキュメントを同一コミットに含める
+- 完了後: `./scripts/spec-runner.sh complete`
+
+---
+
+## ドキュメント同時更新ルール
+
+| 変更内容 | 必ず同時更新するもの |
+|---------|-------------------|
+| `Domain/` 配下のクラス変更 | `docs/detailed/<UC名>/domain.md` |
+| `UseCase/` 配下のクラス変更 | `docs/detailed/<UC名>/usecase.md` |
+| `Infrastructure/Api/` の変更 | `docs/detailed/<UC名>/infra.md` |
+| DBマイグレーション | `docs/detailed/<UC名>/table.md` |
+| 新しいエンティティ/値オブジェクト | `docs/glossary.md` |
+| アーキテクチャ判断 | `docs/adr/<番号>-<タイトル>.md` |
+
+---
+
+## ユビキタス言語ルール
+
+- 設計ドキュメント → `docs/glossary.md` の **日本語** 列を使う
+- コード（クラス名・メソッド名・変数名）→ **英語** 列を使う
+- PHPDoc/JSDoc → 日本語のユビキタス言語を `@description` に併記する
+- 新しい概念が登場 → **まず `docs/glossary.md` に追加してから**設計・実装に入る
+
+---
+
+## DDDレイヤー依存ルール（違反禁止）
+
+```
+Infrastructure → UseCase → Domain
+```
+
+- `Domain/` のコードは `UseCase/` や `Infrastructure/` を import してはならない
+- `UseCase/` のコードは `Infrastructure/` の具体実装を import してはならない
+- Eloquentモデルは `Infrastructure/Persistence/` のみで使用する
+
+---
+
+## Gitコミットメッセージ
+
+```
+<type>(<scope>): <日本語の説明>
+
+type: feat, fix, docs, refactor, test, chore
+scope: domain, usecase, infra, frontend, design, adr, test
+```
+

package/templates/copilot/.github/copilot-instructions.md

@@ -0,0 +1,25 @@
+# spec-runner（GitHub Copilot 用指示）
+
+このプロジェクトは **scripts/spec-runner.sh** によるフェーズゲートで運用している。実装前に必ずフェーズを確認すること。
+
+## 最優先
+
+- 実装コードを書く前に **必ず** `./scripts/spec-runner.sh status` を実行する。
+- `phase` が `implement` でないときは実装コードを生成しない。ユーザーに「現在のフェーズを確認してください」と伝える。
+- ユーザーが「init して」「status 確認して」「design-high で進めて」などと言ったら、対応する `./scripts/spec-runner.sh` をターミナルで実行する。
+- スラッシュコマンド `/sr-init` などは `.github/prompts/*.prompt.md` に定義済み。`tools: [shell]` でシェル実行される。
+
+## TDD（テスト駆動）— デフォルトで有効
+
+- 実装前に **テスト設計ドキュメント** と **テストコード** を必ず書く。テストを先に書いて Red → 実装で Green。
+- `.spec-runner/config.sh` の `TDD_ENABLED=false` で無効化すると、テストなしでも implement に進める（オプション）。
+
+## フェーズとコマンド
+
+- require → design-high → design-detail (domain → usecase → table → infra) → test-design → implement
+- 各フェーズ完了時: `./scripts/spec-runner.sh review-pass <該当ファイル>`
+- ゲート: `./scripts/spec-runner.sh set-gate glossary_checked` など
+- 実装完了: `./scripts/spec-runner.sh complete`
+- 修正: `./scripts/spec-runner.sh fix "内容"` / `./scripts/spec-runner.sh hotfix "内容"`
+
+詳細はプロジェクトの README を参照。

package/templates/copilot/.github/prompts/sr-complete.prompt.md

@@ -0,0 +1,13 @@
+---
+agent: 'agent'
+description: 'spec-runner: 実装フェーズ完了'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh complete
+```
+
+実行結果をユーザーに伝えてください。

package/templates/copilot/.github/prompts/sr-configure.prompt.md

@@ -0,0 +1,13 @@
+---
+agent: 'agent'
+description: 'spec-runner: 詳細設定の対話のみ（パス・TDD等）。ユースケースは作らない'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh init
+```
+
+引数なしのため、対話でパス・TDD 等を聞かれたあと終了します。ユースケースを作成する場合は sr-init でユースケース名・集約名を指定してください。

package/templates/copilot/.github/prompts/sr-design-detail.prompt.md

@@ -0,0 +1,14 @@
+---
+agent: 'agent'
+description: 'spec-runner: 詳細設計サブフェーズ（domain / usecase / table / infra）'
+argument-hint: 'domain | usecase | table | infra'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh design-detail ${input:sub:サブフェーズ（domain, usecase, table, infra）}
+```
+
+引数が無効な場合は、ユーザーに「domain, usecase, table, infra のいずれかを指定してください」と伝えてください。

package/templates/copilot/.github/prompts/sr-design-high.prompt.md

@@ -0,0 +1,13 @@
+---
+agent: 'agent'
+description: 'spec-runner: 概要設計フェーズへ移行'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh design-high
+```
+
+実行結果をユーザーに伝えてください。

package/templates/copilot/.github/prompts/sr-fix.prompt.md

@@ -0,0 +1,14 @@
+---
+agent: 'agent'
+description: 'spec-runner: 通常修正（設計変更を伴う）'
+argument-hint: '修正内容'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh fix "${input:content:修正内容}"
+```
+
+引数が空の場合は、ユーザーに「修正内容を指定してください」と伝えてください。

package/templates/copilot/.github/prompts/sr-hotfix.prompt.md

@@ -0,0 +1,14 @@
+---
+agent: 'agent'
+description: 'spec-runner: 緊急修正（負債として記録）'
+argument-hint: '修正内容'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh hotfix "${input:content:修正内容}"
+```
+
+引数が空の場合は、ユーザーに「修正内容を指定してください」と伝えてください。

package/templates/copilot/.github/prompts/sr-implement.prompt.md

@@ -0,0 +1,13 @@
+---
+agent: 'agent'
+description: 'spec-runner: 実装フェーズへ移行'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh implement
+```
+
+実行結果をユーザーに伝えてください。

package/templates/copilot/.github/prompts/sr-init.prompt.md

@@ -0,0 +1,15 @@
+---
+agent: 'agent'
+description: 'spec-runner: ユースケースを初期化（未設定なら詳細設定の対話から）'
+argument-hint: 'ユースケース名 集約名（例: 顧客登録 顧客管理）。空なら設定対話のみ'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh init ${input:args:ユースケース名 集約名（スペース区切り。集約名は省略可）}
+```
+
+- **引数あり**: 未設定なら詳細設定の対話 → ユースケース作成。
+- **引数が空**: 設定対話のみ。ユースケースを作らない場合はこのまま実行でよい。ユースケースを作る場合は引数で名前を指定するよう伝えてください。

package/templates/copilot/.github/prompts/sr-review.prompt.md

@@ -0,0 +1,14 @@
+---
+agent: 'agent'
+description: 'spec-runner: レビュー通過を記録'
+argument-hint: 'ファイルパス（例: docs/requirements/顧客登録.md）'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh review-pass ${input:path:レビュー通過させるファイルパス}
+```
+
+引数が空の場合は、ユーザーに「ファイルパスを指定してください」と伝えてください。

package/templates/copilot/.github/prompts/sr-set-gate.prompt.md

@@ -0,0 +1,14 @@
+---
+agent: 'agent'
+description: 'spec-runner: ゲート通過を記録'
+argument-hint: 'ゲート名（例: glossary_checked, test_code_committed）'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh set-gate ${input:gate:ゲート名}
+```
+
+引数が空の場合は、ユーザーに「ゲート名を指定してください」と伝えてください。

package/templates/copilot/.github/prompts/sr-status.prompt.md

@@ -0,0 +1,13 @@
+---
+agent: 'agent'
+description: 'spec-runner: 現在のフェーズを表示'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh status
+```
+
+実行結果をユーザーにそのまま伝えてください。

package/templates/copilot/.github/prompts/sr-test-design.prompt.md

@@ -0,0 +1,13 @@
+---
+agent: 'agent'
+description: 'spec-runner: テスト設計フェーズへ移行'
+tools: ['shell']
+---
+
+以下を**必ずシェルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh test-design
+```
+
+実行結果をユーザーに伝えてください。

package/templates/cursor/.cursor/commands/sr-complete.md

@@ -0,0 +1,9 @@
+# /sr-complete
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh complete
+```
+
+実行結果をユーザーに伝えてください。

package/templates/cursor/.cursor/commands/sr-configure.md

@@ -0,0 +1,11 @@
+# /sr-configure
+
+詳細設定（パス・TDD・DDD 等）の**対話のみ**を実行します。ユースケースは作成しません。
+
+以下を**必ずターミナルで実行**してください。
+
+```bash
+./scripts/spec-runner.sh init
+```
+
+引数なしの init のため、対話で Domain/UseCase のパスやテスト設定を聞かれたあと「最初のユースケースを開始するには…」と表示されて終わります。ユースケースを作る場合は `/sr-init ユースケース名 集約名` を使ってください。