@sk8metal/michi-cli 0.8.6 → 0.10.1

package/templates/claude/commands/michi-multi-repo/propagate-specs.md

@@ -0,0 +1,271 @@
+---
+description: Multi-Repoプロジェクトから各リポジトリへ仕様を展開（並行実行）
+allowed-tools: Task, Bash, Read, Write, Glob, Grep, AskUserQuestion
+argument-hint: <project-name> [--operation init|requirements|design|all]
+---
+
+# Multi-Repo Spec Propagation
+
+<background_information>
+- **Mission**: Multi-Repoプロジェクトの仕様を各リポジトリに展開
+- **Success Criteria**:
+  - 全リポジトリで指定されたOPERATIONが完了
+  - 各リポジトリの仕様が親プロジェクトと整合性を保つ
+  - エラーハンドリングとチェックポイント保存
+</background_information>
+
+<instructions>
+## Core Task
+Multi-Repoプロジェクト **$1** の全リポジトリに対して、仕様コマンドを並行実行します。
+
+## 引数解析
+
+引数の形式:
+```
+/michi-multi-repo:propagate-specs <project-name> [--operation <operation>]
+```
+
+パラメータ:
+- **$1**: プロジェクト名（必須）
+- **--operation**: 実行する操作（オプション、デフォルト: all）
+  - `init`: /michi:spec-init
+  - `requirements`: /kiro:spec-requirements
+  - `design`: /michi:spec-design
+  - `all`: /michi:spec-init → /kiro:spec-requirements → /michi:spec-design を順次実行
+
+## Execution Steps
+
+### Step 1: コンテキスト読み込み
+
+1. `.michi/config.json` からプロジェクト情報取得
+   ```bash
+   cat .michi/config.json | grep -A 20 '"name": "$1"'
+   ```
+
+2. 登録リポジトリの一覧を取得
+
+3. 各リポジトリの `localPath` を取得
+
+4. 親プロジェクトの仕様ファイルを確認
+   - `docs/michi/$1/overview/requirements.md` (OPERATION=design以降で必要)
+   - `docs/michi/$1/overview/architecture.md` (OPERATION=design以降で必要)
+
+### Step 2: localPath 検証
+
+各リポジトリについて以下を確認:
+
+- ✅ localPathが設定されているか
+- ✅ ディレクトリが存在するか
+- ✅ Gitリポジトリか (`.git/`ディレクトリ確認)
+- ⚠️ 設定されたブランチと現在のブランチが一致するか
+- ⚠️ 未コミット変更がないか
+
+**検証失敗時の対応**:
+- localPath未設定: 警告を出力し、該当リポジトリをスキップ
+- ディレクトリ不存在: エラーを出力し、該当リポジトリをスキップ
+- ブランチ不一致: 警告を出力（続行可能）
+- 未コミット変更: 警告を出力（続行可能）
+
+### Step 3: チェックポイント確認
+
+`docs/michi/$1/.checkpoint.json` の存在を確認
+
+存在する場合:
+```text
+⚠️ チェックポイントファイルが見つかりました: docs/michi/$1/.checkpoint.json
+
+前回の実行が中断された可能性があります。
+
+次のアクション:
+A) チェックポイントから再開（未完了リポジトリのみ処理）
+B) 最初から実行（チェックポイント削除）
+C) キャンセル
+
+選択 (A/B/C): _
+```
+
+### Step 3.5: 実行確認
+
+以下のリポジトリで仕様生成を自動実行します:
+
+| リポジトリ | localPath | 実行コマンド |
+|-----------|----------|-------------|
+{各リポジトリの情報を表示}
+
+**AskUserQuestionツールで確認:**
+```
+この内容で仕様生成を自動実行しますか？
+
+実行されるコマンド:
+- /michi:spec-init "{project description}"
+- /kiro:spec-requirements {feature}
+- /michi:spec-design {feature}
+```
+
+選択肢:
+- はい、実行する（推奨）
+- いいえ、キャンセル
+
+### Step 4: 並行実行
+
+**並行実行数**: 最大3並列
+
+**重要**: general-purposeエージェントを使用して、以下のリポジトリで仕様コマンドを並行実行してください：
+
+各リポジトリに対してTaskツール（subagent_type: general-purpose）を起動:
+
+**Repository**: {repo.name}
+- 作業ディレクトリ: {repo.localPath}
+- 親プロジェクト参照:
+  - requirements.md: {親プロジェクトパス}/docs/michi/$1/overview/requirements.md
+  - architecture.md: {親プロジェクトパス}/docs/michi/$1/overview/architecture.md
+
+実行コマンド（順次）:
+1. `/michi:spec-init "{project description}"`
+2. `/kiro:spec-requirements {feature}`
+3. `/michi:spec-design {feature}`
+
+親プロジェクトの設計との整合性を維持し、このリポジトリの責務範囲のみを設計してください。
+
+**重要**: 全リポジトリのエージェント完了を待ち、結果を集約してください。
+
+### Step 5: 結果集約とレポート
+
+各リポジトリの実行結果を集約:
+
+| リポジトリ | OPERATION | ステータス | 詳細 |
+|-----------|----------|----------|------|
+| frontend  | design   | ✅ 成功  | design.md生成完了 |
+| backend   | design   | ✅ 成功  | design.md生成完了 |
+| shared    | design   | ❌ 失敗  | localPath未設定 |
+
+**成功件数**: 2/3
+**失敗件数**: 1/3
+
+### Step 6: チェックポイント保存（失敗時）
+
+失敗したリポジトリがある場合、チェックポイントを保存:
+
+```json
+{
+  "projectName": "$1",
+  "operation": "{operation}",
+  "repositories": {
+    "frontend": {
+      "status": "completed",
+      "completedAt": "2025-12-23T10:30:00Z"
+    },
+    "backend": {
+      "status": "completed",
+      "completedAt": "2025-12-23T10:31:00Z"
+    },
+    "shared": {
+      "status": "failed",
+      "error": "localPath未設定"
+    }
+  },
+  "savedAt": "2025-12-23T10:32:00Z"
+}
+```
+
+保存先: `docs/michi/$1/.checkpoint.json`
+
+### Step 7: 次のアクション案内
+
+**全成功時**:
+```markdown
+🎉 全リポジトリで仕様展開が完了しました
+
+### 次のステップ
+
+1. クロスリポジトリレビューを実行:
+   `/michi-multi-repo:spec-review $1`
+
+2. 合格後、各リポジトリでタスク生成:
+   各リポジトリで `/kiro:spec-tasks {feature}` を実行
+
+3. 実装を開始:
+   `/michi-multi-repo:impl-all $1`
+```
+
+**一部失敗時**:
+```markdown
+⚠️ 一部のリポジトリで失敗しました
+
+### 失敗したリポジトリ
+- shared: localPath未設定
+
+### 対処方法
+1. localPathを設定:
+   `michi multi-repo:add-repo $1 --name shared --localPath /path/to/repo`
+
+2. チェックポイントから再開:
+   `/michi-multi-repo:propagate-specs $1 --operation {operation}`
+   （失敗したリポジトリのみ処理されます）
+```
+
+## Important Constraints
+- 並行実行は最大3リポジトリ
+- 各リポジトリは独立して処理（依存関係なし）
+- localPath未設定のリポジトリはスキップ
+- エラー発生時もチェックポイントを保存し、再開可能にする
+
+</instructions>
+
+## Tool Guidance
+- **Task**: repo-spec-executorサブエージェント起動に使用
+- **Read**: config.json、親プロジェクト仕様の読み込み
+- **Write**: チェックポイント保存
+- **Bash**: localPath検証、Git操作
+
+## Output Description
+
+日本語で以下の情報を出力してください:
+
+1. **処理対象リポジトリ一覧**: 各リポジトリのlocalPathと検証結果
+2. **実行結果サマリー**: 成功/失敗件数
+3. **各リポジトリの詳細結果**: 生成されたファイル、エラー内容
+4. **次のアクション**: 成功時/失敗時の推奨ステップ
+
+## Safety & Fallback
+
+### Error Scenarios
+
+- **プロジェクト未登録**:
+  ```
+  エラー: プロジェクト '$1' が見つかりません。
+
+  次のコマンドでプロジェクトを初期化してください：
+  michi multi-repo:init $1 --jira {JIRA_KEY} --confluence-space {SPACE}
+  ```
+
+- **リポジトリ未登録**:
+  ```
+  警告: プロジェクト '$1' にリポジトリが登録されていません。
+
+  次のコマンドでリポジトリを登録してください：
+  michi multi-repo:add-repo $1 --name {name} --url {url} --localPath {path}
+  ```
+
+- **localPath未設定**:
+  ```
+  警告: リポジトリ '{name}' の localPath が未設定です。スキップします。
+
+  localPathを設定するには:
+  michi multi-repo:add-repo $1 --name {name} --localPath /path/to/repo
+  ```
+
+- **親プロジェクト仕様未作成（OPERATION=design以降）**:
+  ```
+  エラー: 親プロジェクトの設計書が見つかりません: docs/michi/$1/overview/architecture.md
+
+  先に親プロジェクトの設計を作成してください:
+  /michi-multi-repo:spec-design $1
+  ```
+
+### Fallback Strategy
+- localPath未設定: 該当リポジトリをスキップし、他のリポジトリで処理続行
+- サブエージェント失敗: チェックポイント保存し、リトライ可能にする
+- 全リポジトリ失敗: エラーレポート出力し、ユーザーに対処方法を案内
+
+think hard

package/templates/claude/commands/{michi_multi_repo → michi-multi-repo}/spec-design.md

@@ -26,7 +26,7 @@ Multi-Repoプロジェクト **$1** の技術設計書を生成します。
    - プロジェクト名、JIRAキー、Confluenceスペース
    - 登録リポジトリ一覧
 2. `docs/michi/$1/overview/requirements.md` から要件読み込み
-   - 要件定義書が存在しない場合は、先に `/michi_multi_repo:spec-requirements $1` の実行を促す
+   - 要件定義書が存在しない場合は、先に `/michi-multi-repo:spec-requirements $1` の実行を促す
 3. `.kiro/settings/rules/design-principles.md` から設計原則取得（存在する場合）
 4. `.kiro/settings/templates/specs/design.md` から構造参照（存在する場合）
 
@@ -94,6 +94,49 @@ Multi-Repoプロジェクト **$1** の技術設計書を生成します。
 - 出力先: `docs/michi/$1/overview/architecture.md`
 - 既存ファイルがある場合は、上書き確認（`-y` フラグで自動承認）
 
+### Step 4.5: 品質検証（PROACTIVE）
+
+**architecture.md生成後、以下の検証を自動実行**:
+
+#### 4.5.1 Mermaid図の構文検証
+
+`mermaid-validator` エージェントを使用してMermaid図を検証:
+
+```
+IMPORTANT: architecture.mdにMermaid図が含まれる場合、mermaid-validatorエージェントを自動実行してください。
+- 検出: Mermaid図を含むかどうかを確認
+- 検証: 構文エラーを検出
+- 修正: 自動修正可能なエラーを修正
+- 報告: 修正内容をユーザーに通知
+```
+
+**実行タイミング**: architecture.md保存直後
+
+**エージェント呼び出し**:
+```
+Task(subagent_type='mermaid-validator', prompt='docs/michi/$1/overview/architecture.md のMermaid図を検証し、構文エラーを自動修正してください')
+```
+
+#### 4.5.2 技術スタックバージョン監査
+
+`stable-version-auditor` エージェントを使用して技術スタックを監査:
+
+```
+IMPORTANT: architecture.mdに技術スタック（Node.js、Java、Python、PHP等）が記載されている場合、
+stable-version-auditorエージェントを自動実行してください。
+- 検出: バージョン指定を抽出
+- 監査: EOLリスクを評価
+- 推奨: 最新LTS/安定版を提案
+- 報告: アップグレード推奨をユーザーに通知
+```
+
+**実行タイミング**: architecture.md保存直後
+
+**エージェント呼び出し**:
+```
+Task(subagent_type='stable-version-auditor', prompt='docs/michi/$1/overview/architecture.md に記載された技術スタックのバージョンを監査し、EOLリスクを評価してください')
+```
+
 ### Step 5: メタデータ更新（spec.json）
 - `docs/michi/$1/spec.json` を読み込み
 - phase を `"design-generated"` に更新
@@ -208,7 +251,10 @@ sequenceDiagram
 
 1. **生成された設計書のパス**: `docs/michi/{project}/overview/architecture.md`
 2. **分析したリポジトリの一覧**: サービス名と技術スタックの要約
-3. **次のステップ**:
+3. **品質検証結果**:
+   - Mermaid図の検証結果
+   - 技術スタックバージョン監査結果
+4. **次のステップ**:
    - 設計書の確認
    - Confluence同期
    - 各リポジトリでの個別実装
@@ -230,10 +276,27 @@ sequenceDiagram
 - **データベース**: PostgreSQL（サービスごとにDB分離）
 - **デプロイ**: Kubernetes（Pod自動スケーリング）
 
+### 品質検証結果
+
+#### Mermaid図検証
+✅ 検証完了 - 構文エラーなし
+または
+⚠️ 2件の構文エラーを自動修正しました:
+- L15: C4モデルのタイトル記法エラー → 修正済み
+- L45: シーケンス図の矢印記法エラー → 修正済み
+
+#### 技術スタックバージョン監査
+✅ すべて最新LTS/安定版を使用
+または
+⚠️ バージョン更新を推奨:
+- Node.js 16.x → 20.x (LTS) - EOL: 2023-09-11（EOL済み）
+- Python 3.9 → 3.11 - EOL 6ヶ月以内
+
 ### 次のステップ
 1. 設計書を確認: `docs/michi/{project}/overview/architecture.md`
-2. Confluenceに同期: `michi multi-repo:confluence-sync {project} --doc-type architecture`
-3. 各リポジトリで実装を開始:
+2. 技術スタック更新（必要に応じて）
+3. Confluenceに同期: `michi multi-repo:confluence-sync {project} --doc-type architecture`
+4. 各リポジトリで実装を開始:
    - `/kiro:spec-init` で個別仕様を作成
    - または直接実装を開始
 ```
@@ -246,7 +309,7 @@ sequenceDiagram
   エラー: 要件定義書が見つかりません: `docs/michi/{project}/overview/requirements.md`
 
   先に要件定義書を生成してください：
-  /michi_multi_repo:spec-requirements {project}
+  /michi-multi-repo:spec-requirements {project}
   ```
 
 - **プロジェクト未登録**:
@@ -290,7 +353,7 @@ sequenceDiagram
 4. **CI/CD設定**: `michi multi-repo:ci-status {project}` でCI結果を監視
 
 **修正が必要な場合**:
-- フィードバックを提供し、`/michi_multi_repo:spec-design $1` を再実行
+- フィードバックを提供し、`/michi-multi-repo:spec-design $1` を再実行
 - `-y` フラグで自動上書き可能
 
 think hard

package/templates/claude/commands/{michi_multi_repo → michi-multi-repo}/spec-init.md

@@ -24,7 +24,7 @@ argument-hint: "<project-description>" --jira <JIRA_KEY> --confluence-space <SPA
 
 引数の形式:
 ```
-/michi_multi_repo:spec-init "<プロジェクト説明>" --jira <JIRA_KEY> --confluence-space <SPACE>
+/michi-multi-repo:spec-init "<プロジェクト説明>" --jira <JIRA_KEY> --confluence-space <SPACE>
 ```
 
 パラメータ:
@@ -171,12 +171,12 @@ docs/michi/{project-name}/
 
 2. **AI要件定義書を生成**:
    \`\`\`bash
-   /michi_multi_repo:spec-requirements {project}
+   /michi-multi-repo:spec-requirements {project}
    \`\`\`
 
 3. **AI設計書を生成**:
    \`\`\`bash
-   /michi_multi_repo:spec-design {project}
+   /michi-multi-repo:spec-design {project}
    \`\`\`
 
 4. **Confluenceに同期**:
@@ -194,10 +194,10 @@ docs/michi/{project-name}/
   エラー: 必須パラメータが不足しています。
 
   使用方法:
-  /michi_multi_repo:spec-init "<プロジェクト説明>" --jira <JIRA_KEY> --confluence-space <SPACE>
+  /michi-multi-repo:spec-init "<プロジェクト説明>" --jira <JIRA_KEY> --confluence-space <SPACE>
 
   例:
-  /michi_multi_repo:spec-init "マイクロサービスでECサイト構築" --jira MSV --confluence-space MSV
+  /michi-multi-repo:spec-init "マイクロサービスでECサイト構築" --jira MSV --confluence-space MSV
   ```
 
 - **JIRAキーが不正**:
@@ -217,7 +217,7 @@ docs/michi/{project-name}/
 
   Michiプロジェクトのルートディレクトリで実行してください。
   または、次のコマンドで初期設定を行ってください:
-  michi config:init
+  michi init
   ```
 
 ### Fallback Strategy

package/templates/claude/commands/{michi_multi_repo → michi-multi-repo}/spec-requirements.md

@@ -137,7 +137,7 @@ graph TB
 1. **生成された要件定義書のパス**: `docs/michi/{project}/overview/requirements.md`
 2. **含まれるリポジトリ/サービスの一覧**: サービス名と役割の要約
 3. **次のステップ**:
-   - `/michi_multi_repo:spec-design $1` で設計書を生成
+   - `/michi-multi-repo:spec-design $1` で設計書を生成
    - `michi multi-repo:confluence-sync $1 --doc-type requirements` でConfluenceに同期
 
 **出力形式**:
@@ -154,7 +154,7 @@ graph TB
 
 ### 次のステップ
 1. 要件定義書を確認: `docs/michi/{project}/overview/requirements.md`
-2. 設計書を生成: `/michi_multi_repo:spec-design {project}`
+2. 設計書を生成: `/michi-multi-repo:spec-design {project}`
 3. Confluenceに同期: `michi multi-repo:confluence-sync {project} --doc-type requirements`
 ```
 

package/templates/claude/commands/michi-multi-repo/spec-review.md

@@ -0,0 +1,247 @@
+---
+description: Multi-Repoプロジェクトのクロスリポジトリ仕様レビューを実行
+allowed-tools: Task, Bash, Read, Write, Edit, Glob, Grep
+argument-hint: <project-name> [--focus api|data|event|deps|test|all]
+---
+
+# Multi-Repo Cross-Repository Review
+
+<background_information>
+- **Mission**: 複数リポジトリにまたがる仕様の整合性を検証
+- **Success Criteria**:
+  - 全リポジトリの仕様を収集・分析
+  - API契約、データモデル、イベントスキーマの整合性を検証
+  - 品質ゲート判定を実行
+  - 修正が必要な箇所を明確に報告
+</background_information>
+
+<instructions>
+## Core Task
+Multi-Repoプロジェクト **$1** の全リポジトリを対象に、クロスリポジトリレビューを実行します。
+
+## 引数解析
+
+引数の形式:
+```
+/michi-multi-repo:spec-review <project-name> [--focus <focus>]
+```
+
+パラメータ:
+- **$1**: プロジェクト名（必須）
+- **--focus**: レビュー観点（オプション、デフォルト: all）
+  - `api`: API契約整合性のみ
+  - `data`: データモデル整合性のみ
+  - `event`: イベントスキーマ整合性のみ
+  - `deps`: 依存関係整合性のみ
+  - `test`: テスト仕様整合性のみ
+  - `all`: 全観点（デフォルト）
+
+## Execution Steps
+
+### Step 1: コンテキスト読み込み
+
+1. `.michi/config.json` からプロジェクト情報取得
+   - プロジェクト名
+   - 登録リポジトリ一覧
+
+2. 各リポジトリの `localPath` を取得
+
+3. 親プロジェクトの仕様を読み込み
+   - `docs/michi/$1/overview/requirements.md`
+   - `docs/michi/$1/overview/architecture.md`
+
+### Step 2: localPath 検証
+
+各リポジトリについて以下を確認:
+- ディレクトリが存在するか
+- Gitリポジトリか
+- 仕様ファイルが存在するか
+
+**検証失敗時の対応**:
+- localPath未設定: 警告を出力し、スキップ
+- ディレクトリ不存在: エラーを出力し、スキップ
+- 仕様ファイル不存在: 警告を出力し、利用可能情報でレビュー続行
+
+### Step 3: サブエージェント起動
+
+cross-repo-reviewerサブエージェントを使用して、以下のプロジェクトをレビューしてください：
+
+- PROJECT_NAME: $1
+- REPOSITORIES:
+  - {repo1.name}: {repo1.localPath}
+  - {repo2.name}: {repo2.localPath}
+  - ...
+- REVIEW_FOCUS: {指定されたfocus}
+
+品質ゲート判定結果をレポートしてください。
+
+### Step 4: レビューレポート出力
+
+出力先: `docs/michi/$1/reviews/cross-repo-review-{timestamp}.md`
+
+レポート形式:
+
+```markdown
+## Multi-Repo Cross-Repository Review Report
+
+**プロジェクト**: $1
+**レビュー日時**: {timestamp}
+**対象リポジトリ**: {count}件
+**レビュー観点**: {focus}
+
+---
+
+### サマリー
+
+| カテゴリ | ステータス | 問題件数 |
+|---------|----------|---------|
+| API契約整合性 | ✅/⚠️/❌ | N件 |
+| データモデル整合性 | ✅/⚠️/❌ | N件 |
+| イベントスキーマ整合性 | ✅/⚠️/❌ | N件 |
+| 依存関係整合性 | ✅/⚠️/❌ | N件 |
+| テスト仕様整合性 | ✅/⚠️/❌ | N件 |
+
+---
+
+### 検出された問題
+
+#### 🔴 BLOCK (修正必須)
+
+（cross-repo-reviewerが検出した重大な不整合）
+
+#### 🟡 WARN (修正推奨)
+
+（cross-repo-reviewerが検出した軽微な不整合）
+
+---
+
+### 品質ゲート判定
+
+**判定**: ❌ 不合格 / ⚠️ 条件付き合格 / ✅ 合格
+
+**理由**: {判定理由}
+
+---
+
+### 次のアクション
+
+1. BLOCK問題の修正
+2. `/michi-multi-repo:spec-review $1` を再実行
+3. 合格後、各リポジトリで実装を開始
+```
+
+### Step 5: 判定結果の表示
+
+**合格時（✅ PASS）**:
+```markdown
+🎉 品質ゲート合格
+
+全リポジトリの仕様が整合性基準を満たしています。
+
+### 次のステップ
+
+1. 各リポジトリでタスク生成:
+   各リポジトリで `/kiro:spec-tasks {feature}` を実行
+
+2. 全リポジトリで実装を開始:
+   `/michi-multi-repo:impl-all $1`
+
+3. CI/CD設定:
+   `michi multi-repo:ci-status $1` でCI結果を監視
+```
+
+**条件付き合格時（⚠️ WARN）**:
+```markdown
+⚠️ 品質ゲート条件付き合格
+
+WARN問題が検出されましたが、修正は任意です。
+
+### 検出された問題
+- {WARN問題のリスト}
+
+### 次のステップ（選択可能）
+
+A) WARN問題を修正してから実装開始（推奨）
+   - 各リポジトリのdesign.mdを修正
+   - `/michi-multi-repo:spec-review $1` を再実行
+
+B) そのまま実装開始
+   - `/michi-multi-repo:impl-all $1`
+```
+
+**不合格時（❌ BLOCK）**:
+```markdown
+❌ 品質ゲート不合格
+
+BLOCK問題が検出されました。修正が必須です。
+
+### BLOCK問題
+- {BLOCK問題のリスト}
+
+### 対処方法
+
+1. 該当リポジトリのdesign.mdを修正
+2. `/michi-multi-repo:spec-review $1` を再実行
+3. 合格後に実装を開始
+
+**注意**: BLOCK問題を未解決のまま実装を開始すると、サービス間通信が失敗する可能性があります。
+```
+
+## Important Constraints
+- 読み取り操作のみ（各リポジトリへの書き込みは行わない）
+- localPath未設定のリポジトリはスキップ（警告を出力）
+- 大規模リポジトリの場合は主要ファイルのみ分析
+
+</instructions>
+
+## Tool Guidance
+- **Task**: cross-repo-reviewerサブエージェント起動に使用
+- **Read**: プロジェクト仕様、各リポジトリ仕様の読み込み
+- **Write**: レビューレポートの出力
+- **Glob/Grep**: 仕様ファイルの検索
+
+## Output Description
+
+日本語で以下の情報を出力してください:
+
+1. **レビュー対象リポジトリ一覧**: 各リポジトリのlocalPathと仕様状態
+2. **検出された問題**: BLOCK/WARN分類と詳細
+3. **品質ゲート判定結果**: 合格/不合格と理由
+4. **次のアクション**: 修正が必要な場合の具体的な手順
+
+## Safety & Fallback
+
+### Error Scenarios
+
+- **プロジェクト未登録**:
+  ```
+  エラー: プロジェクト '$1' が見つかりません。
+  ```
+
+- **親プロジェクト仕様未作成**:
+  ```
+  エラー: 親プロジェクトの設計書が見つかりません: docs/michi/$1/overview/architecture.md
+
+  先に親プロジェクトの設計を作成してください:
+  /michi-multi-repo:spec-design $1
+  ```
+
+- **localPath未設定**:
+  ```
+  警告: リポジトリ '{name}' の localPath が未設定です。スキップします。
+  ```
+
+- **仕様ファイル不存在**:
+  ```
+  警告: リポジトリ '{name}' に仕様ファイルがありません。
+
+  仕様を展開してください:
+  /michi-multi-repo:propagate-specs $1
+  ```
+
+### Fallback Strategy
+- localPath未設定: 該当リポジトリをスキップし、他のリポジトリでレビュー続行
+- 仕様ファイル不存在: 警告を出力し、利用可能な情報でレビュー
+- 通信エラー: リトライ後、該当リポジトリをスキップ
+
+think hard