@chongyan/autospec 1.0.1 → 1.0.2

package/plugins/skills/agile-iteration/SKILL.md

@@ -0,0 +1,187 @@
+---
+name: agile-iteration
+description: "敏捷模式下的故事循环执行。对每个用户故事执行设计→编码→审查的小循环。"
+triggers:
+  - workflow: agile
+parameters:
+  stories: []
+  currentStoryIndex: 0
+  concurrency: sequential
+---
+
+# Agile Iteration - 敏捷迭代执行
+
+## 概述
+
+敏捷模式的核心是**用户故事驱动**的循环迭代。与瀑布模式的一次性完整流程不同，敏捷模式将需求拆分为用户故事，每个故事独立完成设计→编码→审查的小循环。
+
+## 输入
+
+- `specs/{feature}/stories.md`: 用户故事列表
+- `currentStoryIndex`: 当前执行的故事索引
+- `concurrency`: 执行策略（sequential/parallel）
+
+## 执行流程
+
+### Step 1: 加载故事列表
+
+读取 `specs/{feature}/stories.md`，获取：
+- 故事总数
+- 优先级排序
+- 依赖关系
+- 每个故事的状态
+
+**故事格式**：
+```markdown
+## Story-{id}: {标题}
+
+- **优先级**: P0/P1/P2
+- **验收标准**:
+  - [ ] 标准1
+  - [ ] 标准2
+- **预估复杂度**: 简单/中等/复杂
+- **依赖**: [Story-id, ...]
+- **状态**: pending/in_progress/completed/blocked
+```
+
+### Step 2: 确定执行策略
+
+根据用户选择和故事依赖关系确定执行策略：
+
+| 策略 | 条件 | 说明 |
+|------|------|------|
+| sequential | 默认/用户选择 | 故事按优先级顺序执行 |
+| parallel | 用户选择 + 无依赖 | 无依赖故事可并行执行 |
+
+**冲突检测**：如果选择并行执行，检测故事间的文件冲突：
+- 无冲突 → 可并行
+- 有冲突 → 警告用户，建议顺序执行
+
+### Step 3: 故事循环执行
+
+```
+while currentStoryIndex < stories.length:
+
+  story = stories[currentStoryIndex]
+
+  # 检查依赖
+  if story.dependencies 不满足:
+    推迟到依赖完成
+    continue
+
+  # 执行小循环
+  execute_story_cycle(story)
+
+  # 更新状态
+  currentStoryIndex++
+  story.status = 'completed'
+
+  # 增量交付展示（可选）
+  if incrementalDelivery:
+    show_incremental_progress(story)
+```
+
+### Step 4: 单故事执行
+
+```
+execute_story_cycle(story):
+
+  # 1. 故事设计（精简版）
+  - 读取 03-design-solution.md
+  - 只设计当前故事范围
+  - 产出: stories/{story-id}/design.md
+  - 验证: schema校验
+
+  # 2. 故事编码
+  - 读取 04-implement-code.md
+  - 只实现当前故事功能
+  - 产出: 代码变更
+  - 验证: 编译 + 单元测试（快速验证）
+
+  # 3. 故事审查
+  - 读取 code-reviewer.md
+  - 使用 Agent 独立审查
+  - 快速验证: 编译 + 单元测试 + Lint
+
+  # 4. 验收标记
+  - 更新 stories.md 状态: completed
+  - 记录完成时间和验证结果
+```
+
+### Step 5: 故事完成检查
+
+```
+check_all_stories_completed():
+  all_completed = stories.all(s => s.status == 'completed')
+
+  if all_completed:
+    return 'ALL_STORIES_COMPLETED'
+    → 进入集成测试阶段
+  else:
+    return 'CONTINUE'
+    → 继续下一个故事
+```
+
+### Step 6: 集成测试阶段
+
+所有故事完成后：
+
+1. **完整验证**：
+   - 全量测试
+   - 类型检查
+   - 集成测试
+   - E2E测试
+
+2. **集成问题修复**：
+   - 发现问题 → 修复 → 重新验证
+   - 最多3次修复循环
+
+3. **交付准备**：
+   - 生成集成测试报告
+   - 更新 stories.md 最终状态
+
+## 输出
+
+- `specs/{feature}/stories/{story-id}/design.md` - 每个故事的设计文档
+- `specs/{feature}/stories.md` - 更新后的故事状态
+- 代码变更 - 每个故事的代码实现
+- 验证日志 - 每个故事的验证结果
+
+## 验证策略
+
+### 故事循环验证（快速验证）
+
+| 验证项 | 检查内容 | 耗时 |
+|--------|---------|------|
+| 编译检查 | 编译通过 | 秒级 |
+| 单元测试 | 当前故事相关测试 | 秒~分钟 |
+| Lint检查 | 代码风格 | 秒级 |
+
+### 最终验证（完整验证）
+
+| 验证项 | 检查内容 | 耗时 |
+|--------|---------|------|
+| 编译检查 | 编译通过 | 秒级 |
+| 全量测试 | 所有测试 | 分钟级 |
+| Lint检查 | 代码风格 | 秒级 |
+| 类型检查 | 类型正确 | 分钟级 |
+| 集成测试 | 端到端 | 分钟级 |
+
+## 并行执行说明
+
+当用户选择并行执行时：
+
+1. **依赖分析**：构建故事依赖图
+2. **分组**：无依赖的故事分到同一批次
+3. **并行执行**：同一批次的故事并行执行
+4. **冲突检测**：检测代码变更冲突
+5. **冲突处理**：
+   - 自动合并（低风险）
+   - 提示用户（高风险）
+
+## 注意事项
+
+1. **故事粒度**：每个故事应该是可独立交付的最小单元
+2. **依赖管理**：有依赖的故事必须按顺序执行
+3. **增量交付**：每个故事完成后可向用户展示进度
+4. **快速反馈**：故事循环使用快速验证，减少等待时间

package/plugins/skills/delivery-stage/SKILL.md

@@ -7,14 +7,86 @@ description: "When deployment preparation, release checklist verification, or pr
 
 你正在执行交付部署阶段。此阶段将测试通过的代码安全部署到目标环境。
 
+## ⚠️ 执行约束（强制）
+
+**【阻塞检查】** 在开始执行前，必须确认以下条件：
+
+```
+□ 上游QA测试阶段已完成（检查 state.json）
+□ 测试报告已生成且通过
+□ 效果评测已通过（如有AI功能）
+□ 已读取复杂度评估结果或重新评估
+□ 已确定参与角色列表
+```
+
+**【跳过检测】** 以下行为将被检测并阻止：
+
+| 行为 | 检测方式 | 处理 |
+|------|----------|------|
+| 直接部署没有测试 | 检查测试报告 | 阻止，返回执行QA测试 |
+| 跳过安全审计 | 检查 safety-auditor 调用 | 阻止，要求执行安全审计 |
+| 跳过一致性检查 | 检查 consistency-checker 调用 | 阻止，要求执行一致性检查 |
+| 跳过效果验收（AI功能） | 检查效果验收报告 | 阻止，要求执行效果验收 |
+
+**【强制流程】** 必须按顺序完成以下步骤，不可跳过：
+
+```
+Step 1 → Step 2/3/4/5 → 阶段完成验证 → 安全审计 → 一致性检查 → Layer1 → 阶段门禁
+         ↓
+    【强制】安全审计必须执行
+    【强制】不可逆动作必须人工确认
+    【禁止】跳过安全审计直接部署
+```
+
 ## 前置检查
 
 1. 确认QA测试阶段已完成（检查 `.autospec/runtime/state.json`）
-2. 读取 `${KNOWLEDGE}/principles/constitution.md` → 确认红线（特别注意：部署必须可回滚、不可逆动作必须人工确认）
-3. 读取发布检查清单：`${KNOWLEDGE}/checklists/release.md` → 逐项核对
+2. 读取 `knowledge/01-principles/09-constitution.md` → 确认红线（特别注意：部署必须可回滚、不可逆动作必须人工确认）
+3. 读取发布检查清单：`knowledge/04-checklists/04-release.md` → 逐项核对
 4. **检查是否为多系统项目**：读取 `.autospec/runtime/config.json` 的 `subsystems` 字段
 5. **检查是否需要效果验收**：检查是否有 ai 类型子系统或 needsEvaluation=true
-6. 如有角色配置，加载 `${KNOWLEDGE}/guides/stages/{角色}-profile.md` 中**交付部署阶段**关注点（如后端关注DB迁移脚本/监控指标）
+6. 如有角色配置，加载 `.clause/agents/roles/{角色}.md` 中**交付部署阶段**关注点（如后端关注DB迁移脚本/监控指标）
+
+## 阶段检查点（本阶段必须完成）
+
+执行过程中请持续对照以下检查点，确保不遗漏：
+
+**说明**：
+- **检查点表**：快速验证产出是否存在/完成
+- **检查清单（checklists/）**：详细验证产出质量是否达标
+- 通过"检查清单核对完成"一项覆盖所有质量检查，避免重复
+
+| 类别 | 检查项 | 必须完成 | 验证方式 |
+|-----|-------|---------|---------|
+| 流程 | 模式确定完成 | ✅ | 检查 subsystems 字段确定单/多系统模式 |
+| 做类 | 发布检查Agent加载完成 | ✅ | 已加载 check-release skill |
+| 做类 | 发布检查Agent正确执行 | ✅ | 已执行发布检查清单 |
+| 做类 | 一致性检查Agent加载完成 | ✅ | 已加载 check-consistency skill |
+| 做类 | 一致性检查Agent正确执行 | ✅ | 已执行跨产物一致性检查 |
+| 流程 | 团队对抗审查执行（审类） | ✅ | 检查是否已调用 team-orchestrator 并汇总审查报告 |
+| 流程 | independent-reviewer Agent 调用 | ✅ | Layer 2 审查必须调用 |
+| 产出 | 检查清单核对完成 | ✅ | 已按 04-release.md 逐项核对并记录（质量检查） |
+| 流程 | 人工确认完成 | ✅ | 不可逆动作已获人工确认 |
+| 流程 | Benchmark 评测通过 | ✅ | DEL-001~002 全部通过 |
+
+**阶段完成前自检**：
+- [ ] 已确定模式（单系统/多系统）
+- [ ] 已加载发布检查Agent（check-release skill）
+- [ ] 已执行发布检查清单
+- [ ] 已加载一致性检查Agent（check-consistency skill）
+- [ ] 已执行跨产物一致性检查
+- [ ] 已执行团队对抗审查（调用 team-orchestrator）
+- [ ] 已按检查清单（04-release.md）逐项核对（质量检查）
+- [ ] 已调用 independent-reviewer（Layer 2）
+- [ ] 人工确认已完成（不可逆动作）
+- [ ] Benchmark 评测已通过（Layer 3）
+- [ ] 回滚方案已制定
+- [ ] 监控验证已完成
+- [ ] 效果验收已完成（如有AI功能）
+- [ ] 已按检查清单（04-release.md）逐项核对
+- [ ] 已调用 independent-reviewer（Layer 2）
+- [ ] 人工确认已完成（不可逆动作）
+- [ ] Benchmark 评测已通过（Layer 3）
 
 ## 执行
 
@@ -29,9 +101,9 @@ description: "When deployment preparation, release checklist verification, or pr
 
 ### Step 2: 单系统模式
 
-1. **【强制】** 加载skill：读取 `${KNOWLEDGE}/guides/stages/release-checker.md` → **逐项检查**
-2. **【强制】** 加载skill：读取 `${KNOWLEDGE}/guides/stages/consistency-checker.md` → **跨产物一致性检查**
-3. 加载认知增强原则：读取 `${KNOWLEDGE}/principles/core-principles.md` → 本阶段重点 CP10(自我质检)、CP8(偏航检测)
+1. **【强制】** 加载skill：读取 `${KNOWLEDGE}/03-guides/07-check-release.md` → **逐项检查**
+2. **【强制】** 加载skill：读取 `${KNOWLEDGE}/03-guides/14-check-consistency.md` → **跨产物一致性检查**
+3. 加载认知增强原则：读取 `${KNOWLEDGE}/principles/02-methodology-principles.md` → 本阶段重点 CP10(自我质检)、CP8(偏航检测)
 4. 执行发布前检查清单
 5. 生成交付清单和部署文档
 
@@ -117,12 +189,61 @@ description: "When deployment preparation, release checklist verification, or pr
     操作类型：{DB迁移/部署/外部API调用/模型部署/...}
     变更文件列表：{相关文件}
     部署方案：{回滚计划、灰度策略}
-    宪法红线：${KNOWLEDGE}/principles/constitution.md
+    宪法红线：knowledge/01-principles/09-constitution.md
 ```
 
 安全审计报告结论为"不安全" → **阻止执行**，必须先修复。
 安全审计报告结论为"安全"或"有风险" → 提交报告要点给用户确认。
 
+## 团队交付审查（按复杂度）
+
+### 阶段完成验证（阻塞检查）
+
+**【强制】【不可跳过】** 在执行团队交付审查之前，必须验证以下条件：
+
+```
+验证清单：
+□ 上游测试阶段已完成
+□ 测试报告已生成
+□ 效果评测已通过（如有AI功能）
+□ 发布检查清单已完成
+□ 回滚方案已制定
+```
+
+**验证失败处理**：
+
+| 缺失项 | 处理方式 |
+|--------|----------|
+| 测试未完成 | 返回QA测试阶段 |
+| 效果评测未通过 | 返回效果评测阶段 |
+| 回滚方案未制定 | 制定回滚方案 |
+
+**【禁止】** 验证未通过时，禁止进入团队交付审查。
+
+**【强制】** 根据复杂度评估结果，启动团队智能体并行审查：
+
+#### 简单任务（score <= 5）
+- 质量工程师 + 技术负责人：最终检查
+
+#### 中等任务（score 6-8）
+- 质量工程师 + 技术负责人 + 运维工程师
+
+#### 复杂任务（score >= 9）
+- 质量工程师 + 技术负责人 + 运维工程师 + 安全工程师
+- 如有AI功能，额外引入AI工程师
+
+**执行方式**：
+```
+**【强制】** 读取 `${KNOWLEDGE}/03-guides/01-team-orchestrator.md`
+并行启动团队智能体进行交付前审查：
+  - 质量工程师 Agent：测试通过、覆盖度、交付清单完整性
+  - 技术负责人 Agent：架构合理性、技术债务、代码质量
+  - 运维工程师 Agent：部署方案、回滚方案、监控告警
+  - 安全工程师 Agent：安全合规、数据安全（如触发）
+  - AI工程师 Agent：效果指标达标（如有AI功能）
+汇总审查意见，生成团队交付审查报告
+```
+
 ## 跨产物一致性检查
 
 在交付前，使用 **consistency-checker** Agent 执行全量一致性分析：
@@ -145,7 +266,7 @@ description: "When deployment preparation, release checklist verification, or pr
   prompt: 请评估交付部署阶段的产出物是否达到准出标准。
     当前阶段：Stage 06 交付部署
     产出物：部署方案 + 交付清单
-    准出标准：${KNOWLEDGE}/checklists/release.md
+    准出标准：knowledge/04-checklists/04-release.md
     一致性检查报告 + 安全审计报告
     效果验收报告（如有AI/模型功能）
     自主级别：{自主/交互}
@@ -179,19 +300,19 @@ description: "When deployment preparation, release checklist verification, or pr
 4. 写入 `.autospec/evolution/practice-log/{NNN}-{feature}.md`，末尾标注 `状态: Pending`
 
 ### Step 2: 快速进化扫描（必须执行）
-**读取 `${KNOWLEDGE}/guides/support/skill-distiller.md` 的"识别"部分**，快速检查：
+**读取 `${KNOWLEDGE}/03-guides/19-distill-skill.md` 的"识别"部分**，快速检查：
 - 本次流程中是否有反复出现的操作模式？
 - 是否有频繁需要人工介入的环节？
 - 是否有可提取的新 skill？
 
-**读取 `${KNOWLEDGE}/guides/support/methodology-extractor.md` 的"执行步骤"前4步**，快速检查：
+**读取 `${KNOWLEDGE}/03-guides/22-extract-methodology.md` 的"执行步骤"前4步**，快速检查：
 - 本次实践中哪些做法有效、哪些踩坑？
 - 是否需要更新 `${KNOWLEDGE}/checklists/` 中的检查项？
-- 是否需要更新 `${KNOWLEDGE}/principles/core-principles.md`？
+- 是否需要更新 `${KNOWLEDGE}/principles/02-methodology-principles.md`？
 
 ### Step 3: 处理进化信号
 如有发现：
-- **自由区变更** → 自动执行 + 读取 `${KNOWLEDGE}/guides/support/skill-validator.md` 验证
+- **自由区变更** → 自动执行 + 读取 `${KNOWLEDGE}/03-guides/21-validate-skill.md` 验证
 - **受控区变更** → 生成提案到 `.autospec/evolution/proposals/`，**立即告知用户**：
   "本次流程产生了 {N} 个进化提案，请在方便时审批：`.autospec/evolution/proposals/`"
 - **冻结区** → 仅在 practice-log 中标记建议

package/plugins/skills/design-stage/SKILL.md

@@ -7,17 +7,82 @@ description: "When technical design, architecture planning, API design, or datab
 
 你正在执行方案设计阶段。此阶段将需求文档转化为可指导编码的技术方案。
 
+## ⚠️ 执行约束（强制）
+
+**【阻塞检查】** 在开始执行前，必须确认以下条件：
+
+```
+□ 上游需求分析阶段已完成（检查 state.json）
+□ requirement.md 文件存在且完整
+□ 已读取复杂度评估结果或重新评估
+□ 已确定参与角色列表
+```
+
+**【跳过检测】** 以下行为将被检测并阻止：
+
+| 行为 | 检测方式 | 处理 |
+|------|----------|------|
+| 直接生成 design.md | 检查上游阶段状态 | 阻止，返回执行需求分析 |
+| 跳过团队对抗审查 | 检查 Agent 调用记录 | 阻止，要求启动多 Agent 审查 |
+| 跳过一致性检查 | 检查 consistency-checker 调用 | 阻止，要求执行一致性检查 |
+| 跳过 Layer1/Layer2 验证 | 检查验证记录 | 阻止，要求执行验证 |
+
+**【强制流程】** 必须按顺序完成以下步骤，不可跳过：
+
+```
+Step 1 → Step 2 → Step 3/4 → 阶段完成验证 → Layer1 → Layer2 → 阶段门禁
+         ↓
+    【强制】Step 2 团队对抗审查必须完成
+    【禁止】直接跳到 Step 3 生成设计文档
+```
+
 ## 前置检查
 
 1. 确认需求分析阶段已完成（检查 `.autospec/runtime/state.json`）
-2. 读取 `${KNOWLEDGE}/principles/constitution.md` → 确认红线
+2. 读取 `knowledge/01-principles/09-constitution.md` → 确认红线
 3. 读取上游精炼契约（需求文档）
 4. **检查是否为多系统项目**：读取 `.autospec/runtime/config.json` 的 `subsystems` 字段
 5. **检查是否需要效果指标设计**：检查是否有 ai 类型子系统或需求文档包含效果指标
-6. 加载创业团队角色画像：读取 `${KNOWLEDGE}/guides/stages/` 目录下的角色文件
-7. 加载方法论原则：读取 `${KNOWLEDGE}/principles/core-principles.md` → 注入 P7(class先于instance)、P8(抽象力度控制)、P3(系统六要素) 等设计原则
-8. 加载设计哲学：读取 `${KNOWLEDGE}/principles/design-philosophy.md` → 注入 DP15(Brownfield适配)、DP16(模板即约束) 原则
-9. 加载认知增强原则：读取 `${KNOWLEDGE}/principles/core-principles.md` → 本阶段重点应用 CP4(逻辑链完整)、CP9(刚好够用)、CP5(置信度标注)
+6. 加载创业团队角色画像：读取 `.claude/agents/roles/` 目录下的角色文件
+7. 加载方法论原则：读取 `${KNOWLEDGE}/principles/02-methodology-principles.md` → 注入 P7(class先于instance)、P8(抽象力度控制)、P3(系统六要素) 等设计原则
+8. 加载设计哲学：读取 `${KNOWLEDGE}/principles/01-first-principles.md` → 注入 DP15(Brownfield适配)、DP16(模板即约束) 原则
+9. 加载认知增强原则：读取 `${KNOWLEDGE}/principles/02-methodology-principles.md` → 本阶段重点应用 CP4(逻辑链完整)、CP9(刚好够用)、CP5(置信度标注)
+
+## 阶段检查点（本阶段必须完成）
+
+执行过程中请持续对照以下检查点，确保不遗漏：
+
+**说明**：
+- **检查点表**：快速验证产出是否存在/完成
+- **检查清单（checklists/）**：详细验证产出质量是否达标
+- 通过"检查清单核对完成"一项覆盖所有质量检查，避免重复
+
+| 类别 | 检查项 | 必须完成 | 验证方式 |
+|-----|-------|---------|---------|
+| 流程 | 复杂度评估/继承完成 | ✅ | 检查是否已有复杂度分数和角色列表 |
+| 流程 | 动态团队组建完成 | ✅ | 检查是否已根据复杂度确定参与角色 |
+| 做类 | 设计执行Agent加载完成 | ✅ | 已加载 design-planner skill 或并行设计Agent |
+| 做类 | 设计执行Agent正确执行 | ✅ | 已执行架构/API/数据模型设计任务并产出结果 |
+| 做类 | 设计结果汇总完成 | ✅ | 各Agent产出已汇总到 design.md |
+| 流程 | 团队对抗审查执行（审类） | ✅ | 检查是否已调用 team-orchestrator 并汇总审查报告 |
+| 流程 | consistency-checker Agent 调用 | ✅ | 设计-需求一致性检查 |
+| 流程 | independent-reviewer Agent 调用 | ✅ | Layer 2 审查必须调用 |
+| 产出 | 检查清单核对完成 | ✅ | 已按 01-design.md 逐项核对并记录（质量检查） |
+| 产出 | design.md 生成 | ✅ | 文件存在于 .autospec/specs/{feature}/ |
+| 流程 | Benchmark 评测通过 | ✅ | DES-001~004 全部通过 |
+
+**阶段完成前自检**：
+- [ ] 已完成复杂度评估或继承（Step 1）
+- [ ] 已组建动态团队（根据复杂度确定角色）
+- [ ] 已加载设计执行Agent（design-planner skill 或并行设计Agent）
+- [ ] 已执行设计任务（架构设计/API设计/数据模型设计）
+- [ ] 设计结果已汇总到 design.md
+- [ ] 已执行团队对抗审查（Step 2，调用 team-orchestrator）
+- [ ] 已按检查清单（01-design.md）逐项核对（质量检查）
+- [ ] 已调用 consistency-checker（设计-需求一致性）
+- [ ] 已调用 independent-reviewer（Layer 2）
+- [ ] design.md 已生成（Step 3/4）
+- [ ] Benchmark 评测已通过（Layer 3）
 
 ## 认知姿态（本阶段：发散→收敛 + 防过度设计）
 
@@ -37,7 +102,7 @@ description: "When technical design, architecture planning, API design, or datab
 - 如果需求阶段已有复杂度评估，继承结果
 - 如有新的技术复杂度因素，重新评估
 
-**【强制】** 读取 `${KNOWLEDGE}/config/team-triggers.yaml`，检查强制触发规则：
+**【强制】** 读取 `${KNOWLEDGE}/05-config/01-team-stage.yaml`，检查强制触发规则（mandatoryTriggers）：
 - 涉及新架构/框架 → 强制引入 tech-lead
 - 跨系统变更 → 强制引入 tech-lead + devops-engineer
 - 新服务部署 → 强制引入 devops-engineer
@@ -63,7 +128,7 @@ description: "When technical design, architecture planning, API design, or datab
 
 **自主模式 — 多Agent并行对抗**：
 ```
-**【强制】** 读取 `${KNOWLEDGE}/guides/support/team-orchestrator.md`
+**【强制】** 读取 `${KNOWLEDGE}/03-guides/01-team-orchestrator.md`
 并行启动角色Agent（信息隔离，做审分离）：
   - 技术负责人 Agent：架构合理性、技术选型、过度设计检查
   - 后端工程师 Agent：API设计、数据库设计、性能（如涉及）
@@ -82,11 +147,37 @@ description: "When technical design, architecture planning, API design, or datab
 3. **安全视角**（如触发）：安全方案、数据保护
 4. **运维视角**（如触发）：部署方案、监控告警
 
+### Step 2.5: 阶段完成验证（阻塞检查）
+
+**【强制】【不可跳过】** 在生成 design.md 之前，必须验证以下条件：
+
+```
+验证清单：
+□ 上游需求文档存在（requirement.md）
+□ 团队对抗审查已执行（有审查记录）
+□ 待确认问题已处理或记录
+□ 复杂度评估结果已记录
+```
+
+**验证失败处理**：
+
+| 缺失项 | 处理方式 |
+|--------|----------|
+| 需求文档不存在 | 返回需求分析阶段 |
+| 未执行团队对抗审查 | 返回 Step 2 执行审查 |
+| 待确认问题未处理 | 使用 AskUserQuestion 澄清 |
+
+**【禁止】** 验证未通过时，禁止进入 Step 3 生成设计文档。
+
 ### Step 3: 单系统模式设计
 
-1. **【强制】** 加载做类skill：读取 `${KNOWLEDGE}/guides/stages/design-planner.md` → **按步骤执行**
-2. 加载检查清单：读取 `${KNOWLEDGE}/checklists/design.md` → 逐项核对
-3. 加载元学习方法：读取 `${KNOWLEDGE}/principles/core-principles.md` → 应用"自顶向下+自底向上"双向设计法
+1. **【强制】** 加载做类skill：读取 `${KNOWLEDGE}/03-guides/03-design-solution.md` → **按步骤执行**
+   - 设计执行Agent正确加载和执行
+   - 检查Agent产出是否符合预期
+2. **【强制】** 加载检查清单并核对：读取 `${KNOWLEDGE}/04-checklists/01-design.md`
+   - 在设计过程中逐项核对
+   - 设计完成后记录检查结果到设计文档末尾或检查记录表
+3. 加载元学习方法：读取 `${KNOWLEDGE}/principles/02-methodology-principles.md` → 应用"自顶向下+自底向上"双向设计法
 4. **设计决策的双模式处理**：
    - 技术选型涉及多个可行方案时：
      - 交互模式：展示选项 + 推荐 + 理由，等待用户选择
@@ -156,7 +247,7 @@ description: "When technical design, architecture planning, API design, or datab
 ```
 **【强制】** 调用 Agent 工具：
   prompt: 请审查以下技术方案。
-    1. 先读取审查标准: ${KNOWLEDGE}/guides/stages/design-reviewer.md
+    1. 先读取审查标准: ${KNOWLEDGE}/03-guides/10-review-design.md
     2. 被审查文档: .autospec/specs/{feature}/design.md（或 design/ 目录）
     3. 上游需求文档: .autospec/specs/{feature}/requirement.md（用于校验一致性）
     注意：你是独立审查者，只看产出物和标准
@@ -198,7 +289,7 @@ description: "When technical design, architecture planning, API design, or datab
   prompt: 请评估方案设计阶段的产出物是否达到准出标准。
     当前阶段：Stage 02 方案设计
     产出物：.autospec/specs/{feature}/design.md（或 design/ 目录）
-    准出标准：${KNOWLEDGE}/checklists/design.md
+    准出标准：knowledge/04-checklists/01-design.md
     上游契约：.autospec/specs/{feature}/requirement.md
     自主级别：{自主/交互}
 ```