@takuma-hirai/hirai-method 0.1.0

package/.claude/commands/system-review.md

@@ -0,0 +1,147 @@
+---
+description: 全モジュール統合後の全体レビュー + リファクタリング (モジュール間重複 / 横断的責務 / 設計乖離検出)
+---
+
+# /system-review — 全体レビュー & リファクタリング
+
+`/new-feature` Step 11 / `/modify-feature` Step 9 で呼ばれる。複数モジュール統合後に全体的なレビューを実行し、**モジュール間重複 / 横断的責務漏れ / 設計乖離** を検出。`reviewer_registry_impl` + `architect-reviewer` を並列起動し、`/module-review` では拾えない system 全体の問題を捕捉。
+
+## 前提
+
+- 全モジュールの `/module-review` が完了し、CRITICAL/HIGH 0 件
+- 全テストが PASS (`/test-design` で採用したテストカテゴリすべて)
+- 該当タスクファイル `docs/tasks/task-<id>-<slug>.md` の全モジュール Wave が ✅ 完了
+
+## 使い方
+
+```
+/system-review                          # 既定: 現在進行中タスクの全モジュール
+/system-review --since <commit>         # 比較開始 commit 明示
+/system-review --slug <slug>            # タスク slug を明示
+/system-review --skip-refactor          # findings 検出のみ
+/system-review --max-reviewers 5        # cost 制御
+```
+
+## 引数
+
+- `--slug <slug>` — タスク slug (省略時は `docs/work.md` または最後の `start-task` から推定)
+- `--since <commit>` — 比較開始 commit (省略時はタスク開始時点)
+- `--skip-refactor` — 修正コード提案を skip
+
+## 動作
+
+### Phase 0: yml 参照 (task-45 Phase 2、reviewer 制御 yml 経由化)
+
+本 command 開始前に `harness-config.yml` から以下 4 値を参照 (env > yml > default、`config-loader.sh` 仕様):
+
+| 環境変数 | yml key | default | 用途 |
+|---|---|---:|---|
+| `HC_REVIEW_REQUIRED_SYSTEM` | `review_required_system` | `true` | `false` なら本 command を **no-op skip** (理由付きでユーザに報告 + 終了、`/new-feature` Step 11 / `/modify-feature` Step 9 で skip 可) |
+| `HC_REVIEW_MIN_COUNT_SYSTEM` | `review_min_count_system` | `2` | reviewer 最低数 (default 2 = architect-reviewer + refactoring-specialist) |
+| `HC_REVIEW_MAX_COUNT_SYSTEM` | `review_max_count_system` | `5` | reviewer 上限 (`--max-reviewers` 未指定時の default) |
+| `HC_REVIEW_ITERATION_MAX` | `review_iteration_max` | `5` | findings 修正後の反復ループ上限 |
+
+**起動前に必ず以下を実行して reviewer 数を確定する (task-64、散文参照でなく実行手順)**:
+
+```bash
+bash .claude/scripts/hc-config.sh --get review_required_system   # false なら本 command を no-op skip
+bash .claude/scripts/hc-config.sh --get review_min_count_system  # 範囲下限
+bash .claude/scripts/hc-config.sh --get review_max_count_system  # 範囲上限
+# → min ≤ 並列起動 reviewer 数 N ≤ max を保証して起動 (青天井禁止)。値解決順 env > harness-config.local.yml > harness-config.yml > default
+```
+
+`HC_REVIEW_REQUIRED_SYSTEM=false` で skip した場合は、bypass.log に記録し、ユーザに「review_required_system=false のため /system-review を skip した、Phase 1 以降を実行しない」と明示。
+
+### Phase 1: 前提チェック
+
+1. 現タスク slug を解決 (`<slug>` 引数 or `docs/work.md` or branch 名)
+2. `docs/tasks/task-<id>-<slug>.md` を読み、全 Wave が ✅ 完了であることを確認
+3. 全採用テストが直近 PASS 済みであること (`/finish-task` の build/test 検証と同等)
+
+### Phase 2: スコープ抽出 + 全体構造把握
+
+1. `git diff --stat <since>..HEAD` で変更ファイル一覧
+2. ファイル群から「モジュール境界」を推定 (ディレクトリ / 言語別 / sub-system 別)
+3. 該当 draft (`docs/draft/<slug>.md`) を読み、想定設計との乖離を比較対象に設定
+
+### Phase 3: 並列 Agent fan-out (system-level scope)
+
+1. `harness-config.yml` の `reviewer_registry_impl` + `architect-reviewer` を起動:
+   - **code-reviewer** — 全変更コードの一貫性
+   - **refactoring-specialist** — モジュール間重複 / 共通化候補
+   - **architect-reviewer** — 設計 draft との乖離 / アーキ整合性
+2. 各 agent 起動前に **TaskCreate** + **Agent tool** (`run_in_background: true` 必須)
+3. 共通 prompt 規約:
+
+```
+入力:
+- 対象 slug: <slug>
+- 全変更 diff: <git diff の本文>
+- 設計 draft: docs/draft/<slug>.md
+- module-review 集約結果: docs/draft/<slug>-module-review-*.md (複数)
+
+レビュー観点 (system-level):
+
+1. **モジュール間重複 (Cross-module Duplication)**:
+   - 同一ロジックが複数モジュールに散在していないか
+   - module-review では module 内 DRY のみ、本 review は module 横断 DRY
+
+2. **横断的責務漏れ (Missing Cross-cutting Concerns)**:
+   - logging / error handling / observability が module 間で一貫しているか
+   - rate limiting / retry / circuit-breaker パターンが必要箇所に適用されているか
+   - secret 管理 / authn / authz が module 境界で正しく扱われているか
+
+3. **設計乖離 (Design Drift)**:
+   - 採用案 (`docs/draft/<slug>.md` §3) からの逸脱がないか
+   - 「採用しない」テスト (`<slug>.test-design.md` の ☒) が実装されていないか (逆方向の drift)
+   - DoD (§6) が全項目満たされているか
+
+4. **持続可能性 / 汎用性 / 非冗長化** (`/module-review` の 3 観点を system-level で再評価):
+   - 個別 module は OK だが組み合わせで持続可能性が崩れる箇所
+   - 全体として汎用性が低い (specific use case に縛られすぎ)
+
+5. **プロジェクト整合性 + 他 task 影響確認 (項目 5、`workflow.md` §reviewer prompt 共通規約 準拠、2026-05-28 追加)**:
+   - (a) `docs/tasks/list.md` を Read、本 system change が他 task (🔄/🔲/📝) と重複 / 競合 / 前提崩壊しないか — system 全体の cross-task 影響を判定
+   - (b) 本対象の依存先 + 派生先 task.md / draft.md を Read、影響範囲を把握
+   - (c) `docs/tasks/next-actions.md` の未処理 🔴 / 🟡 entry を確認、本 change で解決 / 関連する entry を特定
+   - (d) `.claude/rules/*.md` (Layer A 全 7 file) を Read、本 change が既存規範と矛盾していないか / 規範更新が必要か (system change は規範影響が広いため特に重要)
+   - (e) `README.md` / `docs/INVENTORY.md` を Read、本 change が project SSoT (architecture diagram / Layer A/B Strategy / INVENTORY path table 等) を破壊していないか
+   - (f) `.claude/hooks/` `.claude/commands/` `.claude/skills/` を Glob/Grep、類似機能が既存なら本変更との関係を findings に明記 (再発明回避)
+
+出力 format:
+- 5 観点ごとに findings (CRITICAL / HIGH / MED / LOW)
+- 各 finding に「該当箇所 / 問題 / 修正提案 (差分 + 影響範囲)」
+- 項目 5 (プロジェクト整合性) の findings には「他 task #N との重複」「既存 rule §X と矛盾」「副産物 entry #Y を解決可能」「既存実装再利用可」「SSoT 矛盾」のいずれかを該当時に明示
+- behavior-preserving 必須 (public API / DB schema 変更禁止)
+- 末尾に `confidence: 0.X` 必須
+- bypass: `HC_REVIEW_PROJECT_CONTEXT_REQUIRED=false` (system change の review では NG、bypass は NG ケース)
+```
+
+### Phase 4: 集約 + 修正案提示
+
+1. 全 agent 完了通知後、findings を `docs/draft/<slug>-system-review.md` に集約
+2. CRITICAL/HIGH を blocking findings として表示
+3. `--skip-refactor` 未指定時は、修正案を user 承認後に適用
+
+### Phase 5: 修正適用 + 全テスト再 PASS
+
+1. 承認修正を適用 (subagent 経由)
+2. **全テスト再実行** (採用カテゴリすべて、smoke + e2e 含む)
+3. 全 PASS なら Wave 進捗を「シナリオテスト」(`/new-feature` Step 13) または「マージ」(`/modify-feature` Step 10) に進める
+4. FAIL なら修正取り消し + user 確認
+
+## 制約
+
+- behavior-preserving 必須
+- 全テスト再 PASS が完了条件 (1 件でも FAIL なら次 step 進めない)
+- workflow-guard.sh は本 step skip した `/finish-task` を block
+- skip する場合は `docs/work.md` に skip 理由必須記載
+- bypass: `ECC_SYSTEM_REVIEW_OFF=1` (推奨せず、hot fix 用)
+
+## 関連
+
+- `/module-review <module>` — モジュール単位レビュー (本 command の前段)
+- `/finish-task` — タスク完了 (本 command 後)
+- `/design-review <slug>` — 設計レビュー (実装前)
+- config: `.claude/harness-config.yml` の `reviewer_registry_impl`
+- 設計 draft: `docs/draft/workflow-enforcement.md` §3 W3

package/.claude/commands/task-bypass.md

@@ -0,0 +1,70 @@
+---
+description: task-rule-guard の draft 名一致 / ID 重複 check を 1 ファイル分だけ pre-clear する。hot fix や緊急対応の例外用。
+---
+
+# /task-bypass
+
+`task-rule-guard.sh` のチェックを **特定 slug 分だけ** スキップする bypass marker を作成する。
+
+## 使い方
+
+```
+/task-bypass <slug>          # docs/tasks/task-<id>-<slug>.md の Write を 1 回だけ通す
+/task-bypass --list          # 現在の cleared 一覧
+/task-bypass --clear <slug>  # bypass marker 削除
+/task-bypass --clear-all     # 全 marker 削除
+```
+
+## 引数
+
+- `<slug>` — kebab-case のタスクスラグ（task-39-link-card.md なら `link-card`）
+
+## 動作
+
+1. `.claude/.taskguard-state/<slug>.cleared` を `touch`
+2. 次の Write 時に task-rule-guard が marker を検知して通過
+3. marker は手動削除するまで残る（永続）
+
+## 出力例
+
+```
+✓ /task-bypass link-card
+  marker: .claude/.taskguard-state/link-card.cleared
+  次の Write は task-rule-guard を通過します。
+  draft 不在・ID 重複でも通る点に注意。
+```
+
+## いつ使うか
+
+| シーン | 推奨対応 |
+|---|---|
+| hot fix（draft 起こす時間がない緊急対応） | `/task-bypass <slug>` → 後追いで draft を埋める |
+| 既存 task ファイルの大幅再構成（--force 相当） | `/task-bypass <slug>` |
+| 別命名規約からのマイグレーション | `ECC_TASKGUARD=off` セッション全体 OFF |
+| sub-agent からの自動生成 | bypass 不要（subagent passthrough で自動通過） |
+
+## 全体 bypass
+
+セッション全体で OFF にしたい場合:
+
+```bash
+export ECC_TASKGUARD=off
+# 以降の Edit/Write はすべて task-rule-guard を素通り
+```
+
+## ガードの効果（強制対象）
+
+`task-rule-guard.sh` は以下を強制:
+
+- **ID 重複**: 同 ID の task-*.md / phase-*.md が既存なら BLOCK
+- **draft 名一致**: docs/draft/{<slug>.md, task-<slug>.md, <basename>} のいずれかを要求、無ければ BLOCK
+- **既存 Edit**: list.md と同期更新を促す additionalContext 注入（block しない）
+- **parking-lot.md 編集**: 必須 7 項目 hint 注入（block しない）
+- **命名規約外**: list.md 対応確認の警告（block しない）
+
+## 関連
+
+- `.claude/hooks/task-rule-guard.sh` — 実体
+- `.claude/rules/development-process.md` — 設計→承認→タスク化フロー
+- `/new-draft` `/new-task` — 正規ルートのコマンド
+- `/init-tasks` — テンプレ初期化

package/.claude/commands/task-estimate.md

@@ -0,0 +1,100 @@
+---
+name: task-estimate
+description: "工数集計 - タスク分解から工数を集計・分析"
+category: skill
+complexity: basic
+model: haiku
+mcp-servers: []
+---
+
+# /task-estimate - 工数集計スキル
+
+## 概要
+
+タスク分解.md から工数を集計し、分析結果を出力するヘルパースキル。
+`/design` コマンドから内部的に呼び出されます。
+
+## 使用方法
+
+```
+/task-estimate [タスク分解.mdのパス]
+```
+
+または
+
+```
+/task-estimate
+# → 最新のタスク分解.mdを自動検出
+```
+
+## 実行フロー
+
+1. タスク分解.md を読み込み
+2. 工数情報を抽出
+3. 担当者別に集計
+4. 合計工数を算出
+5. 承認ルートを判定
+
+## 出力フォーマット
+
+```markdown
+## 工数集計
+
+### 担当者別工数
+
+| 担当 | タスク数 | 合計工数 |
+|------|----------|----------|
+| エンジニア | 3 | 5H |
+| ai-agent | 5 | - |
+
+### 合計
+- **エンジニア合計工数**: 5H
+- **タスク総数**: 8
+
+### 承認ルート判定
+- 合計工数: 5H
+- 承認先: **依頼者** (10H未満のため)
+```
+
+## 承認ルート判定ロジック
+
+```
+if (エンジニア合計工数 >= 10H) {
+  承認先 = "平井"
+} else {
+  承認先 = "依頼者"
+}
+```
+
+## 入力フォーマット
+
+タスク分解.md のフォーマット:
+
+```markdown
+## タスク分解
+
+| # | タスク | 担当 | 工数 | 状態 |
+|---|--------|------|------|------|
+| 1 | API設計 | ai-agent | - | 未着手 |
+| 2 | DB設計レビュー | エンジニア | 2H | 未着手 |
+| 3 | 実装 | ai-agent | - | 未着手 |
+| 4 | コードレビュー | エンジニア | - | 未着手 |
+```
+
+## レビュータスクの扱い
+
+- 「コードレビュー」はタスク分解時に自動追加される（工数なし）
+- エンジニアへの工数質問は不要
+- 工数が `-` のタスクは合計工数に含めない
+
+## 工数パースルール
+
+- `nH` または `n時間` → 数値として認識
+- `-` または空白 → ai-agent担当（工数なし）
+- `0.5H` → 30分として認識
+
+## 注意事項
+
+- ai-agent担当のタスクは工数にカウントしない
+- エンジニア担当の工数のみを集計対象とする
+- 工数未入力のタスクは警告を出力

package/.claude/commands/template-apply.md

@@ -0,0 +1,89 @@
+---
+name: template-apply
+description: "テンプレート適用 - 設計書テンプレートを適用してドキュメント生成"
+category: skill
+complexity: basic
+model: haiku
+mcp-servers: []
+---
+
+# /template-apply - テンプレート適用スキル
+
+## 概要
+
+`.ai/templates/` 内のテンプレートを適用してドキュメントを生成するヘルパースキル。
+`/design` コマンドから内部的に呼び出されます。
+
+## 使用方法
+
+```
+/template-apply [テンプレート名] [出力パス]
+```
+
+例:
+```
+/template-apply apex_class doc_draft/design/[依頼名]/詳細設計書.md
+/template-apply lwc doc_draft/design/[依頼名]/機能設計書.md
+```
+
+## 利用可能なテンプレート
+
+| テンプレート | 説明 |
+|-------------|------|
+| `apex_class` | Apex クラス設計書 |
+| `apex_trigger` | Apex トリガー設計書 |
+| `apex_batch` | Apex バッチ設計書 |
+| `apex_schedulable` | Apex スケジューラブル設計書 |
+| `apex_rest_api` | Apex REST API 設計書 |
+| `apex_invocable` | Apex Invocable 設計書 |
+| `apex_handler` | Apex ハンドラー設計書 |
+| `apex_controller` | Apex コントローラー設計書 |
+| `apex_utility` | Apex ユーティリティ設計書 |
+| `apex_test` | Apex テスト設計書 |
+| `lwc` | Lightning Web Component 設計書 |
+| `flow` | Flow 設計書 |
+| `visualforce` | Visualforce 設計書 |
+
+## テンプレートパス
+
+```
+.ai/templates/
+├── apex_class.template.md
+├── apex_trigger.template.md
+├── apex_batch.template.md
+├── apex_schedulable.template.md
+├── apex_rest_api.template.md
+├── apex_invocable.template.md
+├── apex_handler.template.md
+├── apex_controller.template.md
+├── apex_utility.template.md
+├── apex_test.template.md
+├── lwc.template.md
+├── flow.template.md
+└── visualforce.template.md
+```
+
+## 変数置換
+
+テンプレート内の変数を自動置換:
+
+| 変数 | 説明 |
+|------|------|
+| `{{PROJECT_NAME}}` | プロジェクト名 |
+| `{{CLASS_NAME}}` | クラス名 |
+| `{{AUTHOR}}` | 作成者 |
+| `{{DATE}}` | 作成日 |
+| `{{ASANA_TASK}}` | Asanaタスク名 |
+
+## 実行フロー
+
+1. テンプレートファイルを読み込み
+2. コンテキスト情報から変数を抽出
+3. 変数を置換
+4. 出力パスにファイルを生成
+
+## 注意事項
+
+- テンプレートが存在しない場合はエラー
+- 出力先が既に存在する場合は確認を求める
+- 追加機能の場合は既存ファイルとのマージを考慮

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

@@ -0,0 +1,116 @@
+---
+description: 設計 draft からテスト設計を起こし、MECE 20 カテゴリで採用/不採用を user に決定させる。
+---
+
+# /test-design — テスト設計 MECE カタログ生成
+
+承認済設計 draft (`docs/draft/<slug>.md`) を読み、テスト設計ファイル `docs/draft/<slug>.test-design.md` を `.claude/templates/docs/draft/_TEST_DESIGN_TEMPLATE.md` から生成。MECE 20 カテゴリの「採用/不採用 + 理由」を user 判断に委ねる。
+
+## 前提
+
+- 対象 draft (`docs/draft/<slug>.md`) が存在し、設計内容が記入済
+- W4 で実装される `/new-task` の block 機構と連動 (本 command 単独では block しない)
+
+## 使い方
+
+```
+/test-design <slug>                  # 既定: tdd-guide + test-automator + qa-expert を並列起動して採用推奨を生成
+/test-design <slug> --no-suggest     # agent 提案なしで空のカタログだけ生成
+/test-design <slug> --skip-agents    # agent 起動を完全 skip (静的テンプレートのみ)
+```
+
+## 引数
+
+- `<slug>` — kebab-case、既存 `docs/draft/<slug>.md` の slug と一致
+  - validation: `^[a-z0-9][a-z0-9-]{2,48}$` (git-workflow.md branch 規約準拠)
+  - path traversal 防止のため slug の `.` `/` `..` を含む値は reject
+
+## 動作
+
+### Phase 0: yml 参照 (task-45 Phase 2、reviewer 制御 yml 経由化)
+
+本 command 開始前に `harness-config.yml` から以下 4 値を参照 (env > yml > default、`config-loader.sh` 仕様):
+
+| 環境変数 | yml key | default | 用途 |
+|---|---|---:|---|
+| `HC_REVIEW_REQUIRED_TEST` | `review_required_test` | `true` | `false` なら本 command を **no-op skip** (理由付きでユーザに報告 + 終了、採用 6 条 4「テスト設計レビュー」step skip 可) |
+| `HC_REVIEW_MIN_COUNT_TEST` | `review_min_count_test` | `5` | reviewer 範囲下限 (青天井「5+」は task-64 で廃止) |
+| `HC_REVIEW_MAX_COUNT_TEST` | `review_max_count_test` | `10` | reviewer 範囲上限 |
+| `HC_REVIEW_ITERATION_MAX` | `review_iteration_max` | `5` | テスト設計レビュー反復上限 (超過時 user escalation、bypass `ECC_TEST_DESIGN_REVIEW_OFF=1`) |
+
+**起動前に必ず以下を実行して reviewer 数を確定する (task-64、散文参照でなく実行手順)**:
+
+```bash
+bash .claude/scripts/hc-config.sh --get review_required_test    # false なら本 command を no-op skip
+bash .claude/scripts/hc-config.sh --get review_min_count_test   # 範囲下限
+bash .claude/scripts/hc-config.sh --get review_max_count_test   # 範囲上限
+# → min ≤ 並列起動 reviewer 数 N ≤ max を保証して起動 (青天井禁止)。値解決順 env > harness-config.local.yml > harness-config.yml > default
+```
+
+`HC_REVIEW_REQUIRED_TEST=false` で skip した場合は、bypass.log に記録し、ユーザに「review_required_test=false のため /test-design を skip した、Phase 1 以降を実行しない」と明示。
+
+### Phase 1: 前提チェック
+
+1. slug を validation regex でチェック (不正なら reject)
+2. `docs/draft/<slug>.md` が存在することを確認
+3. `docs/draft/<slug>.test-design.md` が既存でないことを確認 (上書き防止)
+
+### Phase 2: テンプレ展開
+
+1. `.claude/templates/docs/draft/_TEST_DESIGN_TEMPLATE.md` をコピーして `docs/draft/<slug>.test-design.md` を作成
+2. プレースホルダ置換:
+   - `<タスク名>` → 対象 draft の H1 タイトル
+   - 生成日 → 今日 (YYYY-MM-DD)
+
+### Phase 3: agent 並列起動 (`--skip-agents` 指定時は skip)
+
+1. 対象 draft の本文を読み込み、stack/scope を heuristic で推定
+2. 以下 3 agent を並列起動 (`run_in_background: true` 必須):
+   - **tdd-guide** — RED/GREEN/REFACTOR 視点で必要テストを抽出
+   - **test-automator** — フレームワーク選定 + 自動化観点
+   - **qa-expert** — QA 戦略 + 非機能テスト観点
+3. 各 agent に「20 カテゴリ各行への採用推奨 (☑/☒) + 1 行理由 + **項目 5 プロジェクト整合性 + 他 task 影響確認** (必須、`workflow.md` §reviewer prompt 共通規約準拠): `docs/tasks/list.md` (他 task のテスト戦略との重複) + 依存先 task の test-design.md + `docs/tasks/next-actions.md` (副産物 registry) + 既存 test infrastructure (`.claude/tests/` 配下の smoke / `tests/` 配下の既存テスト framework) を Read。findings に「他 task のテストカバレッジで本対象も網羅済 (existing-coverage)」「既存 smoke 再利用可」「他 task #N のテスト戦略と整合性確保」を該当時に必ず含める」を返答させる
+4. TaskCreate でタスク登録 (subagent_id を metadata 記録)
+5. 完了通知を待ち、3 agent の推奨を集約
+
+### Phase 4: 採用推奨の反映
+
+1. 集約結果を `<slug>.test-design.md` の 20 カテゴリ表に書き込む:
+   - 3 agent 中 2 以上が採用推奨 → デフォルト ☑
+   - 3 agent 中 2 以上が不採用推奨 → デフォルト ☒ + 理由テンプレ (`scope-excluded`)
+   - 意見が割れる場合 → ☐ + コメント「agent 意見分かれ、user 判断要」
+2. 採用カテゴリには「採用テストの実行戦略」セクションを追加 (TC-N の skeleton)
+3. 不採用カテゴリには「不採用テストの記録」セクションを追加 (理由テンプレ)
+
+### Phase 5: ユーザ承認案内
+
+```
+🧪 Test Design 起こしました: docs/draft/<slug>.test-design.md
+
+次の操作:
+  1. ファイルを開いて 20 カテゴリの採用/不採用を確認・修正
+  2. 不採用には必ず理由を記入 (scope-excluded / not-applicable / existing-coverage / accepted-risk)
+  3. 末尾の「ユーザ承認」セクションをチェック
+  4. 承認後: /new-task <id> <slug> でタスク化（W4 実装後は本ファイル未確認時 block）
+
+並列 agent 推奨:
+  tdd-guide: 採用 X / 不採用 Y
+  test-automator: 採用 X / 不採用 Y
+  qa-expert: 採用 X / 不採用 Y
+```
+
+## 制約
+
+- agent 並列起動は `confidence-gate.sh` 通過必須 (subagent transcript 解決 fix 適用済)
+- 既存 `docs/draft/<slug>.test-design.md` は **絶対に上書きしない** (Phase 1 check)
+- 本 command 単独では `/new-task` を block しない (W4 で実装される `task-rule-guard.sh` 拡張 or `workflow-guard.sh` で block)
+- bypass: `ECC_TEST_DESIGN_SKIP=1` で生成だけ行い agent skip
+
+## 関連
+
+- `/new-draft <slug>` — 設計 draft 起こし (本 command の前段)
+- `/new-task <id> <slug>` — タスク化 (本 command で生成した test-design.md を参照、W4 で block 連動)
+- `/design-review <slug>` — 設計レビュー fan-out (本 command と並行実行可能)
+- template: `.claude/templates/docs/draft/_TEST_DESIGN_TEMPLATE.md`
+- rule: `.claude/rules/workflow.md` (W5 で新設予定)
+- 設計 draft: `docs/draft/workflow-enforcement.md` §3 W1 (v2 順序)