sync: journey-mode 对齐 visual-diff 任务拆分模式 — 每条旅程独立 agent #38

Merged
d8dfun merged 1 commits from sync/d8d-skills-20260415-012753 into master 2026-04-15 09:33:19 +08:00

View File

@@ -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` 的旅程创建任务并启动验证
- 支持从上次中断处恢复执行