Merge pull request 'sync: journey-mode 对齐 visual-diff 任务拆分模式 — 每条旅程独立 agent' (#38) from sync/d8d-skills-20260415-012753 into master

Reviewed-on: http://gitea.d8d.fun/d8dfun/bmad-method-template/pulls/38

.claude/skills/d8d-dev/journey-mode.md

@@ -234,18 +234,49 @@ Story 验证全部通过 ≠ 用户能正常使用系统。旅程模式弥补这
       ```
     - 如 verification-checklist.yaml 已存在 → 跳过已 pass 的步骤，从 pending 步骤恢复
     ↓
-2. 询问: 验证全部 Epic 还是指定 Epic?
+2. 询问: 验证全部 Epic 还是指定 Epic?（确定验证范围）
     ↓
-3. 逐 Epic 执行旅程:
-   a. 读取旅程定义
-   b. 验证前置条件（不满足 → FAIL + 原因）
-   c. 严格按用户视角步骤执行
-   d. 每步验证技术验证步骤
-   e. 全程使用自然导航（点击跳转，不直接 navigate）
+1.9 创建旅程任务清单（⛔ 强制 — 根据范围筛选，每条旅程一个 Task）
+    - 为每条待验证旅程**创建独立的 Task 任务**，使用 `TaskCreate` 工具：
+      - 每个任务记录：Epic 编号、旅程名称、旅程文件路径、前置条件
+      - 便于独立追踪每条旅程的验证进度
+      - 避免单个 agent 上下文过大导致污染或遗漏
+
+      任务格式示例：
+      - **主题**: `验证旅程 {旅程名称} (Epic {N})`
+      - **描述**:
+        ```
+        执行用户旅程验证：
+        - Epic: {N}
+        - 旅程: {旅程名称}
+        - 文件: {旅程文件路径}
+        - 前置条件: {前置条件描述}
+
+        严格按照 journey-mode.md 执行模板执行完整验证流程。
+        ```
     ↓
-4. 记录结果到 pipeline-state.yaml
+1.10 启动逐个任务验证（每条旅程独立 agent）
+    - 对**每个任务**启动一个**独立的 agent**，按照后续「执行模板」执行验证
+    - 独立 agent 避免上下文污染，执行更精准
+
+    ⛔ **强制规则：禁止在主 agent 中一次性串行执行多条旅程**
+    ↓
+3. 汇总所有任务结果 → 生成旅程验证报告
+    ↓
+4. 更新 pipeline-state.yaml 最终状态
 ```
 
+---
+
+## 旅程验证核心原则
+
+⛔ **核心原则：每条旅程独立 agent 执行，禁止一次性串行执行所有旅程。**
+**最佳实践：每个旅程启动一个独立 agent，避免上下文污染，执行更精准。**
+
+所有旅程验证任务创建完成后，由独立 agent 按照后续「执行铁律」和「执行模板」依次执行单条旅程的完整验证。
+
+---
+
 ### ⛔ 执行铁律
 
 **规则 E0：定义先行校验（⛔ 最高优先级）**
@@ -733,3 +764,10 @@ user_journeys:
   - 读取 `pipeline-state.yaml` 的 `step_results` → 确认最后一个已完成步骤
   - 从下一个步骤继续执行（跳过已完成的步骤，不重复截图/分析）
   - 如无 pending step → 该旅程验证已完成，继续下一个旅程
+
+### 任务级续跑增强（独立任务模式）
+
+如果任务清单已创建：
+- 读取所有任务状态，跳过 `status: completed` 的旅程
+- 仅对 `status: pending` 或 `status: in_progress` 的旅程创建任务并启动验证
+- 支持从上次中断处恢复执行