@einja/dev-cli 0.1.29 → 0.1.31

package/scaffolds/example/specs/issues/issue999-example-task/qa-tests/scenarios.md

@@ -12,7 +12,7 @@
 ユーザーがメールアドレスを入力してマジックリンクをリクエストし、メール内のリンクをクリックしてログイン完了までの一連のフローを検証する。
 
 ### 関連
-- **受け入れ条件**: AC1.1, AC1.2, AC1.3, AC1.4
+- **受け入れ条件**: AC1.1, AC1.2, AC1.3, AC1.4, AC1.5, AC1.6, AC1.7, AC1.8, AC1.9
 - **関連タスク**: 1.1.1, 1.1.2, 1.1.3, 2.1.1
 
 ### 実施タイミング
@@ -44,7 +44,7 @@
 認証済みユーザーが自身のプロフィールを取得し、更新できることを検証する。
 
 ### 関連
-- **受け入れ条件**: AC2.1, AC2.2
+- **受け入れ条件**: AC2.1, AC2.2, AC2.3
 - **関連タスク**: 1.2.1, 1.2.2
 
 ### 実施タイミング
@@ -72,7 +72,7 @@
 各種エラーケース（無効なメールアドレス、期限切れトークン、使用済みトークン等）が適切にハンドリングされることを検証する。
 
 ### 関連
-- **受け入れ条件**: AC1.2, AC1.3
+- **受け入れ条件**: AC1.2, AC1.3, AC1.5, AC1.6
 - **関連タスク**: 1.1.2, 1.1.3, 2.1.1
 
 ### 実施タイミング
@@ -102,7 +102,7 @@
 新しいデバイスからログインした際にセキュリティ通知が送信され、セッション無効化ができることを検証する。
 
 ### 関連
-- **受け入れ条件**: AC3.1, AC3.2（Story 3に対応）
+- **受け入れ条件**: AC3.1, AC3.2, AC3.3, AC3.4, AC3.5, AC3.6
 - **関連タスク**: 3.1.1, 3.1.2, 3.1.3
 
 ### 実施タイミング

package/scaffolds/example/specs/issues/issue999-example-task/requirements.md

@@ -252,6 +252,8 @@ graph TD
 ## ユーザーストーリー
 
 ### Story 1: マジックリンクのリクエスト
+ユーザーがメールアドレスを入力するだけで、パスワード不要のログインリンクをリクエストできる。
+
 **As a** ユーザー
 **I want to** メールアドレスを入力してログインリンクを受け取りたい
 **So that** パスワードを覚える必要なくログインできる
@@ -259,44 +261,53 @@ graph TD
 #### 受け入れ基準
 
 ##### 機能要件
-- [ ] Given: ログインページにアクセスした
-      When: 有効なメールアドレスを入力して送信
-      Then: 成功メッセージが表示され、メールが送信される
-      [検証レベル: Integration]
-- [ ] Given: ログインページにアクセスした
-      When: 無効なメールアドレスを入力
-      Then: エラーメッセージが表示される
-      [検証レベル: Unit]
-- [ ] Given: マジックリンクをリクエスト済み
-      When: 1分以内に再度リクエスト
-      Then: レート制限エラーが表示される
-      [検証レベル: Integration]
+- [ ] **AC1.1**: 有効なメールアドレスで送信すると、成功メッセージが表示されメールが送信される
+  - Given: ログインページにアクセスした
+  - When: 有効なメールアドレスを入力して送信
+  - Then: 成功メッセージが表示され、メールが送信される
+  - 検証レベル: Integration
+- [ ] **AC1.2**: 無効なメールアドレスを入力すると、エラーメッセージが表示される
+  - Given: ログインページにアクセスした
+  - When: 無効なメールアドレスを入力
+  - Then: エラーメッセージが表示される
+  - 検証レベル: Unit
+- [ ] **AC1.3**: 1分以内の再リクエストでレート制限エラーが表示される
+  - Given: マジックリンクをリクエスト済み
+  - When: 1分以内に再度リクエスト
+  - Then: レート制限エラーが表示される
+  - 検証レベル: Integration
 
 ##### UIインタラクション要件
-- [ ] Given: ログイン画面を表示
-      When: メールアドレスフィールドにフォーカス
-      Then: フィールドが視覚的にフォーカス状態を示す（枠線の色変化など）
-      [検証レベル: Browser]
-- [ ] Given: メールアドレスフィールドに入力
-      When: 空欄のまま送信ボタンをクリック
-      Then: フィールド下に「メールアドレスを入力してください」とエラー表示され、フィールドが赤枠になる
-      [検証レベル: Browser]
-- [ ] Given: メールアドレスフィールドに入力
-      When: 不正な形式（例: "test@"）で送信ボタンをクリック
-      Then: フィールド下に「有効なメールアドレスを入力してください」とエラー表示される
-      [検証レベル: Browser]
-- [ ] Given: 有効なメールアドレスを入力
-      When: 送信ボタンをクリック
-      Then: ボタンが無効化され、ローディングスピナーが表示される
-      [検証レベル: Browser]
-- [ ] Given: メール送信API実行中
-      When: 3秒以上経過
-      Then: 「メールを送信しています...」のメッセージが表示される
-      [検証レベル: Browser]
-- [ ] Given: メール送信成功
-      When: API応答受信
-      Then: メール送信確認画面に遷移し、送信先アドレスが表示される
-      [検証レベル: Browser]
+- [ ] **AC1.4**: メールアドレスフィールドにフォーカスすると、視覚的にフォーカス状態を示す
+  - Given: ログイン画面を表示
+  - When: メールアドレスフィールドにフォーカス
+  - Then: フィールドが視覚的にフォーカス状態を示す（枠線の色変化など）
+  - 検証レベル: Browser
+- [ ] **AC1.5**: 空欄のまま送信すると、必須エラーメッセージが表示される
+  - Given: メールアドレスフィールドに入力
+  - When: 空欄のまま送信ボタンをクリック
+  - Then: フィールド下に「メールアドレスを入力してください」とエラー表示され、フィールドが赤枠になる
+  - 検証レベル: Browser
+- [ ] **AC1.6**: 不正な形式で送信すると、形式エラーメッセージが表示される
+  - Given: メールアドレスフィールドに入力
+  - When: 不正な形式（例: "test@"）で送信ボタンをクリック
+  - Then: フィールド下に「有効なメールアドレスを入力してください」とエラー表示される
+  - 検証レベル: Browser
+- [ ] **AC1.7**: 送信ボタンクリック後、ボタンが無効化されローディングスピナーが表示される
+  - Given: 有効なメールアドレスを入力
+  - When: 送信ボタンをクリック
+  - Then: ボタンが無効化され、ローディングスピナーが表示される
+  - 検証レベル: Browser
+- [ ] **AC1.8**: API実行が3秒以上かかると、進捗メッセージが表示される
+  - Given: メール送信API実行中
+  - When: 3秒以上経過
+  - Then: 「メールを送信しています...」のメッセージが表示される
+  - 検証レベル: Browser
+- [ ] **AC1.9**: メール送信成功後、確認画面に遷移し送信先アドレスが表示される
+  - Given: メール送信成功
+  - When: API応答受信
+  - Then: メール送信確認画面に遷移し、送信先アドレスが表示される
+  - 検証レベル: Browser
 
 #### 実装の優先順位
 P0 (必須)
@@ -304,6 +315,8 @@ P0 (必須)
 ---
 
 ### Story 2: マジックリンクによる認証
+メール内のマジックリンクをクリックするだけで、パスワード不要の認証が完了する。
+
 **As a** ユーザー
 **I want to** メール内のリンクをクリックして認証を完了したい
 **So that** 素早く安全にログインできる
@@ -311,48 +324,58 @@ P0 (必須)
 #### 受け入れ基準
 
 ##### 機能要件
-- [ ] Given: 有効なマジックリンクを受信した
-      When: リンクをクリック
-      Then: 自動的にログインされ、ダッシュボードへリダイレクト
-      [検証レベル: Integration]
-- [ ] Given: 期限切れのリンクを受信した
-      When: リンクをクリック
-      Then: 期限切れエラーが表示され、再送信オプションが提示される
-      [検証レベル: Integration]
-- [ ] Given: 既に使用済みのリンクを受信した
-      When: 再度リンクをクリック
-      Then: 使用済みエラーが表示される
-      [検証レベル: Integration]
+- [ ] **AC2.1**: 有効なマジックリンクをクリックすると、自動ログインしダッシュボードへリダイレクトする
+  - Given: 有効なマジックリンクを受信した
+  - When: リンクをクリック
+  - Then: 自動的にログインされ、ダッシュボードへリダイレクト
+  - 検証レベル: Integration
+- [ ] **AC2.2**: 期限切れのリンクをクリックすると、期限切れエラーと再送信オプションが表示される
+  - Given: 期限切れのリンクを受信した
+  - When: リンクをクリック
+  - Then: 期限切れエラーが表示され、再送信オプションが提示される
+  - 検証レベル: Integration
+- [ ] **AC2.3**: 使用済みのリンクを再クリックすると、使用済みエラーが表示される
+  - Given: 既に使用済みのリンクを受信した
+  - When: 再度リンクをクリック
+  - Then: 使用済みエラーが表示される
+  - 検証レベル: Integration
 
 ##### UIインタラクション要件
-- [ ] Given: マジックリンクをクリック
-      When: トークン検証画面に遷移
-      Then: ローディングスピナーと「認証しています...」のメッセージが表示される
-      [検証レベル: Browser]
-- [ ] Given: トークン検証実行中
-      When: 検証処理が進行中
-      Then: ユーザー操作（戻る、リロードなど）を防ぐ仕組みが作動する
-      [検証レベル: Browser]
-- [ ] Given: トークン検証成功
-      When: 認証完了
-      Then: 「ログインしています...」のメッセージが表示され、3秒以内にダッシュボードへリダイレクト
-      [検証レベル: Browser]
-- [ ] Given: トークンが期限切れ
-      When: 検証失敗
-      Then: エラー画面に遷移し、「リンクの有効期限が切れています」とメッセージ表示、「新しいリンクを送信」ボタンを表示
-      [検証レベル: Browser]
-- [ ] Given: トークンが使用済み
-      When: 検証失敗
-      Then: エラー画面に遷移し、「このリンクは既に使用されています」とメッセージ表示、「新しいリンクを送信」ボタンを表示
-      [検証レベル: Browser]
-- [ ] Given: トークンが無効
-      When: 検証失敗
-      Then: エラー画面に遷移し、「無効なリンクです」とメッセージ表示、「ログインページに戻る」ボタンを表示
-      [検証レベル: Browser]
-- [ ] Given: エラー画面で「新しいリンクを送信」ボタンをクリック
-      When: ボタン押下
-      Then: ログイン画面に遷移し、前回使用したメールアドレスがプリフィルされる
-      [検証レベル: Browser]
+- [ ] **AC2.4**: マジックリンククリック後、検証画面でローディングスピナーが表示される
+  - Given: マジックリンクをクリック
+  - When: トークン検証画面に遷移
+  - Then: ローディングスピナーと「認証しています...」のメッセージが表示される
+  - 検証レベル: Browser
+- [ ] **AC2.5**: トークン検証中はユーザー操作が防止される
+  - Given: トークン検証実行中
+  - When: 検証処理が進行中
+  - Then: ユーザー操作（戻る、リロードなど）を防ぐ仕組みが作動する
+  - 検証レベル: Browser
+- [ ] **AC2.6**: トークン検証成功後、3秒以内にダッシュボードへリダイレクトする
+  - Given: トークン検証成功
+  - When: 認証完了
+  - Then: 「ログインしています...」のメッセージが表示され、3秒以内にダッシュボードへリダイレクト
+  - 検証レベル: Browser
+- [ ] **AC2.7**: 期限切れトークンの場合、エラー画面で再送信ボタンが表示される
+  - Given: トークンが期限切れ
+  - When: 検証失敗
+  - Then: エラー画面に遷移し、「リンクの有効期限が切れています」とメッセージ表示、「新しいリンクを送信」ボタンを表示
+  - 検証レベル: Browser
+- [ ] **AC2.8**: 使用済みトークンの場合、エラー画面で再送信ボタンが表示される
+  - Given: トークンが使用済み
+  - When: 検証失敗
+  - Then: エラー画面に遷移し、「このリンクは既に使用されています」とメッセージ表示、「新しいリンクを送信」ボタンを表示
+  - 検証レベル: Browser
+- [ ] **AC2.9**: 無効なトークンの場合、エラー画面でログインページへの導線が表示される
+  - Given: トークンが無効
+  - When: 検証失敗
+  - Then: エラー画面に遷移し、「無効なリンクです」とメッセージ表示、「ログインページに戻る」ボタンを表示
+  - 検証レベル: Browser
+- [ ] **AC2.10**: エラー画面から新しいリンクを送信すると、前回のメールアドレスがプリフィルされる
+  - Given: エラー画面で「新しいリンクを送信」ボタンをクリック
+  - When: ボタン押下
+  - Then: ログイン画面に遷移し、前回使用したメールアドレスがプリフィルされる
+  - 検証レベル: Browser
 
 #### 実装の優先順位
 P0 (必須)
@@ -360,6 +383,8 @@ P0 (必須)
 ---
 
 ### Story 3: セキュリティ通知
+新しいデバイスからのログイン時にセキュリティ通知を受け取り、不正アクセスを検知できる。
+
 **As a** ユーザー
 **I want to** 新しいデバイスからのログインを通知してもらいたい
 **So that** 不正アクセスを検知できる
@@ -367,32 +392,38 @@ P0 (必須)
 #### 受け入れ基準
 
 ##### 機能要件
-- [ ] Given: 新しいデバイスからマジックリンクでログイン
-      When: 認証が成功
-      Then: セキュリティ通知メールが送信される
-      [検証レベル: Integration]
-- [ ] Given: セキュリティ通知を受信
-      When: 身に覚えのないログイン
-      Then: ワンクリックでセッションを無効化できる
-      [検証レベル: Integration]
+- [ ] **AC3.1**: 新しいデバイスからログイン成功時、セキュリティ通知メールが送信される
+  - Given: 新しいデバイスからマジックリンクでログイン
+  - When: 認証が成功
+  - Then: セキュリティ通知メールが送信される
+  - 検証レベル: Integration
+- [ ] **AC3.2**: セキュリティ通知からワンクリックでセッションを無効化できる
+  - Given: セキュリティ通知を受信
+  - When: 身に覚えのないログイン
+  - Then: ワンクリックでセッションを無効化できる
+  - 検証レベル: Integration
 
 ##### UIインタラクション要件
-- [ ] Given: 新規デバイスからログイン成功
-      When: ダッシュボード表示
-      Then: 「新しいデバイスからのログインを検出しました」の通知バナーが表示される
-      [検証レベル: Browser]
-- [ ] Given: セキュリティ通知メール受信
-      When: メール内の「セッションを無効化」リンクをクリック
-      Then: 確認画面が表示され、「このセッションを無効化しますか？」のメッセージと「無効化する」「キャンセル」ボタンが表示される
-      [検証レベル: Browser]
-- [ ] Given: セッション無効化確認画面
-      When: 「無効化する」ボタンをクリック
-      Then: セッションが無効化され、「セッションを無効化しました」の成功メッセージが表示される
-      [検証レベル: Browser]
-- [ ] Given: セッション無効化確認画面
-      When: 「キャンセル」ボタンをクリック
-      Then: 元の画面に戻り、セッションは維持される
-      [検証レベル: Browser]
+- [ ] **AC3.3**: 新規デバイスログイン後、ダッシュボードに通知バナーが表示される
+  - Given: 新規デバイスからログイン成功
+  - When: ダッシュボード表示
+  - Then: 「新しいデバイスからのログインを検出しました」の通知バナーが表示される
+  - 検証レベル: Browser
+- [ ] **AC3.4**: セキュリティ通知メールからセッション無効化の確認画面が表示される
+  - Given: セキュリティ通知メール受信
+  - When: メール内の「セッションを無効化」リンクをクリック
+  - Then: 確認画面が表示され、「このセッションを無効化しますか？」のメッセージと「無効化する」「キャンセル」ボタンが表示される
+  - 検証レベル: Browser
+- [ ] **AC3.5**: 確認画面で「無効化する」をクリックすると、セッションが無効化される
+  - Given: セッション無効化確認画面
+  - When: 「無効化する」ボタンをクリック
+  - Then: セッションが無効化され、「セッションを無効化しました」の成功メッセージが表示される
+  - 検証レベル: Browser
+- [ ] **AC3.6**: 確認画面で「キャンセル」をクリックすると、セッションは維持される
+  - Given: セッション無効化確認画面
+  - When: 「キャンセル」ボタンをクリック
+  - Then: 元の画面に戻り、セッションは維持される
+  - 検証レベル: Browser
 
 #### 実装の優先順位
 P1 (重要)

package/scaffolds/example/specs/issues/issue999-example-task/tasks.md

@@ -8,8 +8,9 @@
 
 本ドキュメントは、サンプル機能の実装タスク一覧です。以下のユーザーストーリーを実装します：
 
-- **Story 1**: ユーザー認証機能の実装（AC1.1-AC1.4）
-- **Story 2**: プロフィール管理機能の実装（AC2.1-AC2.3）
+- **Story 1**: マジックリンクのリクエスト（AC1.1-AC1.9）
+- **Story 2**: マジックリンクによる認証（AC2.1-AC2.10）
+- **Story 3**: セキュリティ通知（AC3.1-AC3.6）
 
 **タスク階層構造:**
 - Phase（フェーズ）: 1, 2...（単一の数字）
@@ -110,7 +111,7 @@
     - デプロイ可能な状態であることを確認
     - **要件**: Story 1, Story 2
     - **依存関係**: 1.1.3, 1.2.2
-    - **完了条件**: フェーズ1の全タスクグループが完了し、受け入れ基準**AC1.1-AC1.3、AC2.1-AC2.2**を満たすこと。認証機能・プロフィール管理機能が正常動作し、全E2Eテストが成功、Biomeエラー0件を維持していること
+    - **完了条件**: フェーズ1の全タスクグループが完了し、受け入れ基準**AC1.1-AC1.3、AC2.1-AC2.3**を満たすこと。認証機能・プロフィール管理機能が正常動作し、全E2Eテストが成功、Biomeエラー0件を維持していること
     - **対応設計**: design.md 全セクション
     - **シナリオテスト**: シナリオ1 全Step（リグレッション確認）
 

package/scaffolds/instructions/task-vibe-kanban-loop.md

@@ -7,6 +7,8 @@ GitHub Issue からタスクを自動選定し、Vibe-Kanban に登録して連
 
 **⚠️ 重要**: 着手可能なタスクを全て並列で Doing に移し、Done 状態の変化を監視して次のタスクを開始するループ処理。
 
+**親Issue/サブIssue 構造**: Phase ごとに Vibe-Kanban 上で **親Issue** を作成し、着手可能なタスクグループは親Issueの配下に **サブIssue** として登録します。Phase内の全サブIssueが完了すると、PR作成・マージを経て親Issueが自動でDoneになります。
+
 ---
 
 ## 使用方法
@@ -166,7 +168,7 @@ PR をマージすると：
 
 ```
 ┌─────────────────────────────────────────────────────────────┐
-│  PR マージ                                                  │
+│  PR マージ（サブIssue分）                                   │
 │      ↓                                                      │
 │  Vibe-Kanban: タスク → Done（自動）                        │
 │      ↓                                                      │
@@ -174,8 +176,10 @@ PR をマージすると：
 │      ↓                                                      │
 │  GitHub Issue: チェックボックス更新（自動）                 │
 │      ↓                                                      │
-│  Phase 全タスク完了？                                       │
-│      ├─ Yes → Phase ブランチを Issue ブランチにマージ       │
+│  Phase 全タスク（サブIssue）完了？                         │
+│      ├─ Yes → 親Issue用Workspace作成                        │
+│      │         → PR作成・マージ（Phase → Issue ブランチ）  │
+│      │         → 親Issue 自動Done（タイムアウト2分でフォールバック）│
 │      └─ No  → スキップ                                      │
 │      ↓                                                      │
 │  次のタスクが自動開始                                       │
@@ -245,9 +249,10 @@ graph TD
         T1[Issue取得・解析]
         T2[ブランチ作成]
         T3[Vibe-Kanban 接続]
-        T4[タスク作成・開始指示]
+        T3a[Phase毎に親Issue作成]
+        T4[サブIssue作成・開始指示]
         T5[15秒ポーリング]
-        T6{Done検知?}
+        T6{Done検知?<br/>※親Issue除外}
         T7[GitHub Issue<br/>チェックボックス更新]
         T8[次のタスク開始指示]
         T9{全完了?}
@@ -276,7 +281,8 @@ graph TD
     U1 --> T1
     T1 --> T2
     T2 --> T3
-    T3 --> T4
+    T3 --> T3a
+    T3a --> T4
     T4 --> V1
     V1 --> V2
     V2 --> C1
@@ -331,10 +337,12 @@ sequenceDiagram
     Script->>GitHub: Issue 取得・解析
     Script->>Script: ブランチ作成（issue/123, issue/123-phase1...）
     Script->>Vibe: MCP 接続
+    Script->>Script: REST API ヘルスチェック（probeCapability）
+    Script->>Vibe: Phase毎に親Issue作成（MCP create_issue）
 
-    Note over Script: 【タスク開始】
+    Note over Script: 【サブIssue開始】
     Script->>Script: 着手可能タスク選定
-    Script->>Vibe: タスク作成
+    Script->>Vibe: サブIssue作成（MCP create_issue + REST PATCH parent_issue_id）
     Script->>Vibe: start_task_attempt（実行開始指示）
     Vibe->>Claude: Claude Code 起動
 
@@ -357,11 +365,16 @@ sequenceDiagram
 
     Note over Script: 【ポーリング検知】
     loop 15秒ごと
-        Script->>Vibe: タスク状態取得
-        alt Done 増加検知
+        Script->>Vibe: タスク状態取得（親Issue除外）
+        alt Done 増加検知（サブIssue）
             Script->>GitHub: Issue チェックボックス更新
+            alt Phase内全サブIssue完了
+                Script->>Vibe: 親Issue用Workspace作成
+                Script->>GitHub: PR作成・マージ（Phase→Issue）
+                Note over Vibe: PRマージ検知 → 親Issue自動Done<br/>（タイムアウト2分でフォールバック）
+            end
             Script->>Script: 新たに着手可能なタスク選定
-            Script->>Vibe: 次のタスク作成・開始
+            Script->>Vibe: 次のサブIssue作成・開始
             Vibe->>Claude: Claude Code 起動（次タスク）
         end
     end
@@ -378,7 +391,8 @@ sequenceDiagram
 | 開始 | `pnpm task:loop` 実行 | 👤 ユーザー |
 | 初期化 | Issue 取得、ブランチ作成 | 🔄 task:loop |
 | 初期化 | Vibe-Kanban 接続 | 🔄 task:loop |
-| タスク開始 | タスク作成・開始指示 | 🔄 task:loop |
+| Phase初期化 | Phase毎に親Issue作成 | 🔄 task:loop |
+| タスク開始 | サブIssue作成・開始指示（parent_issue_id設定） | 🔄 task:loop |
 | タスク開始 | Claude Code 起動 | 📋 Vibe-Kanban |
 | 実装 | コード実装、テスト、コミット | 🤖 Claude Code |
 | 実装 | 作業完了報告 | 🤖 Claude Code |
@@ -403,19 +417,26 @@ sequenceDiagram
 - Phase ブランチ作成: `issue/{issue_number}-phase{N}`
 - Vibe-Kanban MCP 接続（以降使い回し）
 - プロジェクト ID 取得
+- REST API ヘルスチェック（probeCapability）
+- **Phase ごとに親Issue作成**: タイトル形式 `[Issue{N} Phase{M}] {Phase名}`
 
-### 2. 初期タスク開始
+### 2. 初期サブIssue開始
 
 - 依存関係を考慮して着手可能なタスクグループを全て選定
-- Vibe-Kanban にタスク作成
+- Vibe-Kanban に**サブIssueとして作成**（MCP create_issue + REST PATCH で parent_issue_id 設定）
+  - PATCH 失敗時はリトライ3回 → 全失敗時は MCP delete_issue で削除して再スロー
 - `start_task_attempt` で実行開始
 
 ### 3. メインループ（15秒ポーリング）
 
-- Vibe-Kanban のタスク状態を取得
+- Vibe-Kanban のタスク状態を取得（**親IssueをIDベースで除外**してサブIssueのみ対象）
 - Done 増加を検知した場合:
   - GitHub Issue のチェックボックスを `- [x]` に更新
-  - **Phase 内の全タスクが完了していれば、Phase ブランチを Issue ブランチに自動マージ**
+  - **Phase 内の全サブIssueが完了していれば**:
+    1. 親Issue用Workspace作成（target = issue/N）
+    2. PR作成・自動マージ（Phase ブランチ → Issue ブランチ）
+    3. Vibe-KanbanがPRマージ検知 → 親Issue自動Done
+    4. タイムアウト（2分）時は手動Done更新（フォールバック）
   - 新たに着手可能になったタスクを開始
 - 全タスク完了で終了
 
@@ -468,7 +489,7 @@ packages/cli/src/commands/task-loop/
     ├── branch-manager.ts       # Git ブランチ操作
     ├── conflict-handler.ts     # コンフリクト処理
     ├── vibe-kanban-client.ts   # MCP経由Vibe-Kanban操作
-    ├── vibe-kanban-rest-client.ts # REST API クライアント
+    ├── vibe-kanban-rest-client.ts # REST API クライアント（親子関係設定、ヘルスチェック）
     ├── issue-parser.ts         # Issue Markdownパーサー
     ├── dependency-resolver.ts  # 依存関係解析
     ├── project-selector.ts     # プロジェクト選択