@chongyan/autospec 1.0.2 → 1.0.4

package/plugins/commands/run.md

@@ -1,1052 +0,0 @@
----
-description: 启动或恢复AutoSpec自主研发流程。统一控制瀑布迭代/敏捷迭代/实验模式/热修复四种模式，无人值守执行。
----
-
-# AutoSpec Run — 启动自主流程
-
-## 用户输入
-
-```
-$ARGUMENTS
-```
-
----
-
-## 前置处理
-
-【前置】读取流程协议：
-> **【重要】执行本command前必须先读取流程协议**
-> 1. 读取 `knowledge/03-guides/00-pipeline-protocol.md` 中的「流程能力」章节
-> 2. 执行以下步骤：
->    - 解析命令与参数
->    - 加载必要文件
->    - 检查前置条件
-> 3. 完成后继续执行本命令的具体逻辑
->
-> **【注意】日志追踪已启用**
-> - 执行日志会自动记录到 `.autospec/logs/execution-{date}.json`
-> - 关键步骤（skill加载、agent调用、产物生成、阶段完成）都会被追踪
-> - 可通过读取日志文件分析执行情况
-
----
-
-## 执行指令
-
-### Step 0: 任务输入处理
-
-**【强制执行】**：
-
-1. **检查用户输入**：
-   - 如果 `$ARGUMENTS` 非空 → 使用用户提供的任务描述
-   - 如果 `$ARGUMENTS` 为空 → 进入上下文检测
-
-2. **上下文检测**（仅当参数为空时）：
-   ```
-   a. 检查 .autospec/runtime/state.json 是否存在
-   b. 检查 .autospec/specs/ 目录是否有需求文档
-   c. 检查 state.json 中的 currentStage 字段
-   ```
-
-3. **根据检测结果决定执行策略**：
-
-   **情况A：有已完成的探索阶段**
-   - 读取 `.autospec/specs/{feature}/requirement.md`
-   - 读取 `.autospec/runtime/state.json` 获取上下文
-   - 基于已有上下文继续执行，无需重新输入
-
-   **情况B：有中断的流程**
-   - 读取 state.json 确定 currentStage
-   - 从中断点恢复执行
-
-   **情况C：全新启动（无历史上下文）**
-   - **必须**向用户询问任务描述
-   - 格式：
-     ```
-     🚀 AutoSpec 自主流程启动
-
-     请提供任务描述，例如：
-     - 实现用户登录功能
-     - 添加订单导出功能
-     - 修复支付流程的并发问题
-
-     💡 提示：可以先运行 /autospec:explore 进行需求探索，
-        探索结果将作为自主运行的上下文，执行更精准。
-     ```
-   - 等待用户输入后继续
-
-### Step 1: 初始化与迭代模式确认
-
-**【强制执行】**：初始化和迭代模式确认在探索阶段之前完成。
-
-1. **读取配置文件**：
-   - 读取 knowledge/02-process/00-overview.md 选择工作流模板
-   - 加载角色profile（roles/{角色}-profile.md）
-   - 检查宪法门禁（读取 knowledge/01-principles/09-constitution.md）
-
-2. **解析 workflow 参数**：
-   - 优先使用 `$ARGUMENTS` 中指定的 `--workflow=` 参数
-   - 有效值：waterfall, agile, experiment, hotfix
-
-3. **用户确认迭代模式**（未指定参数时）：
-   - **【重要】** 迭代模式确认必须在探索阶段之前完成
-   - 读取 `knowledge/02-process/00-overview.md` 了解各模式适用场景
-   - 使用 AskUserQuestion 工具向用户确认迭代模式：
-     ```
-     🚀 请选择迭代模式：
-
-     1. waterfall（瀑布模式）- 完整流程，适合新功能开发
-     2. agile（敏捷模式）- 循环迭代，适合用户故事驱动
-     3. experiment（实验模式）- 原型验证，适合技术探索/AI
-     4. hotfix（热修复）- 快速通道，适合紧急修复
-     ```
-   - 等待用户选择后继续
-
-4. **记录到 state.json**：
-   - 记录选择的迭代模式
-   - **设置 executionMode: "autonomous"**（自主模式标记）
-   - 记录 autonomousStartedAt 时间戳
-   - 初始化关键假设追踪表
-
-**【重要】** `/autospec:run` 必须设置 executionMode 为 "autonomous"，这决定了后续自动流转行为。
-
-### Step 2: 探索阶段 - 团队对齐与需求澄清
-
-**【强制执行】**：此阶段必须与人类进行深入交互，完成需求澄清后才能继续。
-
-**【重要】** 即使有详细的需求文档，也必须执行多Agent对抗分析和多轮澄清！需求文档是重要输入材料，澄清时要基于文档内容深入探讨，不能忽略文档中的信息。
-
-**【阻塞检查】** 在进入下一阶段前，必须验证以下条件：
-
-```
-□ clarifications.md 文件存在
-□ clarifications.md 包含「对抗分析结果」章节
-□ clarifications.md 包含「多轮问答记录」章节
-□ 至少执行了一轮 AskUserQuestion 澄清
-```
-
-**【禁止跳过】** 以下操作将被阻止：
-
-| 行为 | 检测方式 | 处理 |
-|------|----------|------|
-| 直接生成 requirement.md | 检查 clarifications.md | 阻止，返回执行对抗分析 |
-| 使用单个 Agent 模拟对抗 | 检查 Agent 调用记录 | 阻止，要求并行启动多 Agent |
-| 不使用 AskUserQuestion 澄清 | 检查问答记录 | 阻止，要求执行澄清 |
-
-**【复用】** 读取 `plugins/skills/exploration-phase/SKILL.md` 并执行探索阶段逻辑：
-
-1. 复杂度评估 → 确定探索轮次上限（简单2-3轮，中等3-4轮，复杂5-6轮）
-2. 检查是否已有澄清记录（clarifications.md）
-3. **【强制】【不可跳过】** 使用 Agent 工具启动 2-3 个独立 Agent 进行对抗分析：
-   - Agent A - 乐观视角：支持理由、预期价值
-   - Agent B - 质疑视角：潜在问题、风险、伪需求可能性
-   - Agent C - 技术视角：技术可行性、实现难点
-4. **【强制】【不可跳过】** 使用 AskUserQuestion 工具进行多轮澄清：
-   - 每轮最多5个问题
-   - 每个问题附AI推荐答案
-   - 支持用户提前终止（说「足够」「清楚了」）
-   - **必须至少执行一轮澄清**
-5. 用户确认「足够」或达到轮次上限 → 探索完成
-6. 生成 requirement.md 并通过 Layer1/Layer2 验证
-
-**【阶段完成验证】** 探索阶段完成后，必须验证：
-
-```
-验证清单：
-□ clarifications.md 文件存在且完整
-□ requirement.md 已生成
-□ Layer1 验证通过（Schema校验 + 格式检查）
-□ Layer2 审查通过（independent-reviewer）
-```
-
-**验证失败处理**：
-- 缺少 clarifications.md → 返回执行对抗分析和澄清
-- Layer1/Layer2 不通过 → 执行修复循环
-
-**【禁止跳过】** 以下情况必须暂停并使用 AskUserQuestion 向用户确认：
-- 需求有歧义
-- 技术方案有多种选择
-- 涉及安全/性能/成本等关键决策
-- **即使需求文档很详细，也必须执行至少一轮澄清**
-- 用户说「足够」前不得跳过澄清环节
-
-**【自动执行】** 探索阶段完成后，自动进入后续阶段，无需人工确认。后续流程全自动执行，仅在以下情况暂停：
-- 安全制动触发（DP10）
-- 3次修复循环失败
-- 宪法门禁违反
-
-**【自动流转机制】**：
-1. 读取 state.json 确认 executionMode === "autonomous"
-2. stage-gate-evaluator 评估通过后，自动触发下一阶段命令
-3. 无需用户确认，直接执行 `/autospec:propose`
-
-### Step 3: 阶段执行序列（模式分支）
-
-**【强制执行】**：根据选择的迭代模式执行对应的阶段序列。
-
-#### 3.1 瀑布模式执行序列
-
-**【自动执行】**：探索阶段完成后，按顺序自动执行以下阶段，动态调度智能体团队解决问题。
-
-**【前置】动态团队组建：
-1. 读取 `knowledge/05-config/03-role-composition.yaml`
-2. 使用 project-evolve-scanner 检测技术栈
-3. 根据复杂度（simple/medium/complex）选择团队规模：
-   - 简单：CEO + PO + TechLead
-   - 中等：+ Backend/Frontend Engineer
-   - 复杂：+ QA Engineer + Security Engineer + Data Engineer
-4. 涉及AI功能 → 强制加入 ai-engineer（Prompt/RAG/Agent/模型相关）
-5. 涉及数据 → 强制加入 data-engineer（Schema/管道/ETL）
-
----
-
-**阶段1：需求分析（已在探索阶段完成）**
-
-探索阶段已产出 requirement.md，继续执行以下验证：
-
-1. **一致性检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-   - 检查需求与业务目标一致性
-   - 检查需求完整性（功能/非功能/验收标准）
-
-2. **多角色对抗审查**：
-   - 使用 Agent 工具，subagent_type=team-orchestrator
-   - 调度 CEO/PO/TechLead 进行需求评审
-   - 识别需求漏洞和歧义
-
-3. **Layer1 验证**：
-   - 编译检查（如有原型代码）
-   - 验证需求可实现性
-
-4. **Layer2 审查**：
-   - 使用 Agent 工具，subagent_type=independent-reviewer
-   - 出示结构化证据
-   - 审查需求质量
-
-5. **阶段门禁**：
-   - 使用 Agent 工具，subagent_type=stage-gate-evaluator
-   - 通过 → 进入下一阶段
-   - 不通过 → 修复循环（最多3次）
-
----
-
-**阶段2：方案设计**
-
-**【阻塞检查】** 在开始本阶段前，必须验证：
-```
-□ 需求分析阶段已完成（检查 state.json）
-□ requirement.md 文件存在且完整
-```
-
-1. **读取技能**：`plugins/skills/design-stage/SKILL.md`
-
-2. **架构设计**：
-   - 使用 Agent 工具，subagent_type=tech-lead
-   - 生成系统架构、模块划分、接口定义
-   - 涉及AI → ai-engineer 参与RAG/Agent/模型方案评审
-   - 涉及数据 → data-engineer 参与Schema/管道方案评审
-
-3. **AI Native 考量**：
-   - Prompt工程：涉及AI的功能设计Prompt方案
-   - RAG设计：知识库结构、检索策略
-   - Agent设计：工作流、工具链、多Agent协作
-   - 模型选择：模型选型、成本评估、多模型切换
-   - 效果评测：建立效果基线、定义评测指标
-   - AI安全：Prompt注入防护、数据隐私保护
-   - 可观测性：Token追踪、成本监控、效果追踪
-
-4. **一致性检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-   - 检查设计与需求一致性
-
-5. **多角色审查**：
-   - 使用 Agent 工具，subagent_type=team-orchestrator
-   - TechLead + 涉及角色（ai-engineer/data-engineer）参与
-
-6. **Layer1 验证**：
-   - 编译检查（验证设计可实现）
-   - 接口定义验证
-
-7. **Layer2 审查**：
-   - 使用 Agent 工具，subagent_type=independent-reviewer
-
-8. **阶段门禁**：
-   - 使用 Agent 工具，subagent_type=stage-gate-evaluator
-
-**【阶段完成验证】** 方案设计阶段完成后，必须验证：
-```
-□ design.md 文件存在且完整
-□ Layer1 验证通过
-□ Layer2 审查通过
-□ 阶段门禁通过
-```
-
-**【自动流转】** 阶段门禁通过后：
-- 自主模式：自动触发 `/autospec:apply` 进入编码实现阶段
-- 交互模式：输出报告，等待用户确认
-
----
-
-**阶段3：编码实现**
-
-**【阻塞检查】** 在开始本阶段前，必须验证：
-```
-□ 方案设计阶段已完成（检查 state.json）
-□ design.md 文件存在且完整
-```
-
-1. **读取技能**：`plugins/skills/implementation-stage/SKILL.md`
-
-2. **动态组建工程师团队**：
-   - 根据复杂度选择工程师数量
-   - 涉及AI → ai-engineer 参与编码
-   - 涉及数据 → data-engineer 参与
-
-3. **编码实施**：
-   - 使用 Agent 工具，subagent_type=backend-engineer/frontend-engineer/ai-engineer
-   - 按设计文档编码
-   - 遵循编码规范
-
-4. **Layer1 验证**（必须真实执行）：
-   - 编译检查
-   - 单元测试
-   - Lint检查
-   - 类型检查（如有）
-   - 验证失败 → 内联修复后重试
-
-5. **代码审查**：
-   - 使用 Agent 工具，subagent_type=team-orchestrator
-   - consistency-checker 检查代码质量
-
-6. **修复循环**（精准回退 DP6）：
-   - Level 1: 内联重试（单次）
-   - Level 2: 修正循环（最多3次）
-   - Level 3: 3次后升级人工
-
-7. **阶段门禁**：
-   - 使用 Agent 工具，subagent_type=stage-gate-evaluator
-
-**【阶段完成验证】** 编码实现阶段完成后，必须验证：
-```
-□ 代码已按设计实现
-□ Layer1 验证通过（编译/测试/Lint）
-□ Layer2 审查通过
-□ 阶段门禁通过
-```
-
-**【自动流转】** 阶段门禁通过后：
-- 自主模式：自动触发 `/autospec:test` 进入QA测试阶段
-- 交互模式：输出报告，等待用户确认
-
----
-
-**阶段4：QA测试**
-
-**【阻塞检查】** 在开始本阶段前，必须验证：
-```
-□ 编码实现阶段已完成（检查 state.json）
-□ 代码已通过 Layer1 验证
-```
-
-1. **读取技能**：`plugins/skills/testing-stage/SKILL.md`
-
-2. **测试用例编写**：
-   - 使用 Agent 工具，subagent_type=quality-engineer
-   - 功能测试、性能测试、安全测试
-   - 涉及AI → 效果评测用例（experiment-evaluator）
-
-3. **AI效果评测**（如有AI功能）：
-   - 使用 Agent 工具，subagent_type=experiment-evaluator
-   - 执行评测数据集
-   - 生成评测报告
-   - 与效果基线对比
-
-4. **Layer1 验证**：
-   - 全量测试执行
-   - 性能测试
-   - 安全扫描
-
-5. **测试审查**：
-   - 使用 Agent 工具，subagent_type=team-orchestrator
-
-6. **阶段门禁**：
-   - 使用 Agent 工具，subagent_type=stage-gate-evaluator
-
-**【阶段完成验证】** QA测试阶段完成后，必须验证：
-```
-□ 测试用例已生成
-□ Layer1 验证通过（测试执行）
-□ Layer2 审查通过
-□ 效果评测已通过（如有AI功能）
-□ 阶段门禁通过
-```
-
-**【自动流转】** 阶段门禁通过后：
-- 自主模式：自动触发 `/autospec:archive` 进入交付部署阶段
-- 交互模式：输出报告，等待用户确认
-
----
-
-**阶段5：交付部署**
-
-**【阻塞检查】** 在开始本阶段前，必须验证：
-```
-□ QA测试阶段已完成（检查 state.json）
-□ 测试报告已生成且通过
-□ 效果评测已通过（如有AI功能）
-```
-
-1. **读取技能**：`plugins/skills/delivery-stage/SKILL.md`
-
-2. **部署准备**：
-   - 使用 Agent 工具，subagent_type=devops-engineer
-   - 配置整理、部署文档
-
-3. **安全审计**：
-   - 使用 Agent 工具，subagent_type=safety-auditor
-   - 不可逆动作需人工确认（DP10安全制动）
-
-4. **一致性最终检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-   - 需求→设计→代码→测试 全链路一致性
-
-5. **Layer1 验证**：
-   - 部署检查
-   - 健康检查
-
-**【阶段完成验证】** 交付部署阶段完成后，必须验证：
-```
-□ 安全审计已通过
-□ 一致性检查已通过
-□ 效果验收已通过（如有AI功能）
-□ 回滚方案已制定
-```
-
-6. **交付完成**
-
-#### 3.2 敏捷模式执行序列
-
-**【核心特点】**：用户故事驱动，设计→编码→审查循环迭代
-
-**【前置】动态团队组建：
-1. 读取 `knowledge/05-config/03-role-composition.yaml`
-2. 使用 project-evolve-scanner 检测技术栈
-3. 根据复杂度选择团队规模
-4. 涉及AI功能 → 强制加入 ai-engineer
-5. 涉及数据 → 强制加入 data-engineer
-
----
-
-**阶段1：需求分析 + 故事拆分**
-
-1. **读取技能**：`plugins/skills/exploration-phase/SKILL.md`
-
-2. **需求分析**：
-   - CEO + PO 分析需求
-   - 使用 Agent 工具，subagent_type=ceo/product-owner
-
-3. **AI智能拆分用户故事**：
-   - 使用 Agent 工具，subagent_type=tech-lead
-   - 按功能模块、依赖关系拆分
-   - 涉及AI → 标记AI相关故事，优先安排ai-engineer
-
-4. **产出 stories.md**：
-   ```markdown
-   ## Story-{id}: {标题}
-   - **优先级**: P0/P1/P2
-   - **验收标准**: [...]
-   - **预估复杂度**: 简单/中等/复杂
-   - **依赖**: [Story-id, ...]
-   - **AI相关**: true/false（如有AI功能）
-   - **数据相关**: true/false（如有数据变更）
-   - **状态**: pending
-   ```
-
-5. **故事依赖管理**（创新设计）：
-   - 扫描所有故事的依赖关系（API/数据/UI/AI模型/数据管道）
-   - 构建依赖拓扑图
-   - 计算依赖复杂度评分：
-     - 依赖数 ≤2: 简单 → 自动执行
-     - 依赖数 3-5: 中等 → AI建议执行顺序
-     - 依赖数 >5: 复杂 → 人工确认
-   - 检测循环依赖（自动阻止）
-   - 生成执行计划
-
-6. **一致性检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-
-7. **Layer2 审查**：
-   - 使用 Agent 工具，subagent_type=independent-reviewer
-
----
-
-**故事循环执行**
-
-按依赖顺序执行每个故事：
-
-1. **读取技能**：`plugins/skills/agile-iteration/SKILL.md`
-
-2. **动态组建故事团队**：
-   - 基础团队：TechLead + Engineer
-   - 涉及AI → 强制加入 ai-engineer
-   - 涉及数据 → 强制加入 data-engineer
-
-3. **故事设计**：
-   - 使用 Agent 工具，subagent_type=tech-lead
-   - 只设计当前故事
-   - 产出: specs/{feature}/stories/{story-id}/design.md
-
-4. **AI Native 考量**（如有）：
-   - Prompt工程：设计Prompt方案
-   - RAG设计：知识库结构
-   - Agent设计：工作流
-   - 效果评测：建立基线
-
-5. **Layer1 验证**：
-   - 编译检查
-   - 单元测试
-   - Lint检查
-
-6. **故事编码**：
-   - 使用 Agent 工具，subagent_type=backend-engineer/frontend-engineer/ai-engineer
-   - 只实现当前故事
-   - 产出: 代码变更
-
-7. **Layer1 验证**：
-   - 快速验证（编译 + 单元测试 + Lint）
-
-8. **故事审查**：
-   - 使用 Agent 工具，subagent_type=team-orchestrator
-   - 使用 Agent 工具，subagent_type=independent-reviewer
-
-9. **修复循环**（精准回退 DP6）：
-   - Level 1: 内联重试
-   - Level 2: 修正循环（最多3次）
-   - Level 3: 3次后升级人工
-
-10. **故事验收**：
-    - 更新 stories.md 状态: completed
-    - 记录执行度量
-
----
-
-**集成测试**
-
-所有故事完成后执行：
-
-1. **读取技能**：`plugins/skills/testing-stage/SKILL.md`
-
-2. **集成测试**：
-   - 使用 Agent 工具，subagent_type=quality-engineer
-   - 全量测试 + 类型检查 + 集成测试
-   - 端到端测试
-
-3. **AI效果评测**（如有AI功能）：
-   - 使用 Agent 工具，subagent_type=experiment-evaluator
-   - 执行评测数据集
-   - 与效果基线对比
-
-4. **Layer1 验证**：
-   - 全量测试执行
-   - 性能测试
-
-5. **一致性检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-
-6. **阶段门禁**：
-   - 使用 Agent 工具，subagent_type=stage-gate-evaluator
-
----
-
-**交付部署**
-
-1. **读取技能**：`plugins/skills/delivery-stage/SKILL.md`
-
-2. **部署准备**：
-   - 使用 Agent 工具，subagent_type=devops-engineer
-
-3. **安全审计**：
-   - 使用 Agent 工具，subagent_type=safety-auditor
-   - 不可逆动作需人工确认（DP10）
-
-4. **最终一致性检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-
-5. **Layer1 验证**：
-   - 部署检查
-   - 健康检查
-
-6. **交付完成**
-
----
-
-#### 3.3 实验模式执行序列
-
-**【核心特点】**：轻量化流程 + 自动效果评测 + 假设驱动验证
-
-**【前置】动态团队组建：
-1. 读取 `knowledge/05-config/03-role-composition.yaml`
-2. 使用 project-evolve-scanner 检测技术栈
-3. 最小团队：CEO + PO + TechLead + AI Engineer
-4. 涉及复杂数据 → 加入 data-engineer
-
----
-
-**阶段1：需求分析 + 假设定义**
-
-1. **读取技能**：`plugins/skills/exploration-phase/SKILL.md`
-
-2. **需求分析**：
-   - CEO + PO 分析需求
-   - 使用 Agent 工具，subagent_type=ceo/product-owner
-
-3. **AI生成假设清单**：
-   - 使用 Agent 工具，subagent_type=ai-engineer
-   - 产出：`specs/{feature}/assumptions.md`
-
-4. **假设质量评估**（创新设计）：
-   - 评估维度：
-     | 维度 | 权重 | 评估标准 |
-     |------|------|---------|
-     | 可验证性 | 30% | 假设可通过实验验证 |
-     | 清晰度 | 25% | 假设描述无歧义 |
-     | 完整性 | 20% | 包含前提、预期、指标 |
-     | 可量化 | 15% | 指标可量化 |
-     | 独立性 | 10% | 假设间无强耦合 |
-   - 评分判定：
-     - 评分 ≥80: 可进入实验
-     - 评分 60-79: 需改进后进入
-     - 评分 <60: 不建议进入
-   - 涉及AI → 额外评估Prompt质量、模型选择
-
-5. **定义效果指标和阈值**：
-   - 使用 Agent 工具，subagent_type=ai-engineer
-   - 定义评测指标（准确率/召回率/BLEU等）
-   - 定义成功阈值
-
----
-
-**阶段2：方案设计 + 评测方案**
-
-1. **读取技能**：`plugins/skills/design-stage/SKILL.md`
-
-2. **方案设计**：
-   - 使用 Agent 工具，subagent_type=tech-lead
-   - 生成架构设计、模块划分
-
-3. **AI Native 考量**：
-   - Prompt工程：设计Prompt方案、版本管理
-   - 模型选择：最适合任务的模型、成本效益评估
-   - 效果基线：建立效果评估基线
-   - 评测数据：数据集构建、训练/测试集划分
-
-4. **评测方案设计**：
-   - 使用 Agent 工具，subagent_type=ai-engineer
-   - 产出：`specs/{feature}/evaluation-plan.md`
-   - 定义评测数据集、指标、方法
-   - 定义统计检验方法（显著性检验、置信区间）
-
-5. **一致性检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-
-6. **阶段门禁**：
-   - 使用 Agent 工具，subagent_type=stage-gate-evaluator
-   - 假设质量评估必须通过
-
----
-
-**阶段3：原型实现（轻量化）**
-
-1. **读取技能**：`plugins/skills/implementation-stage/SKILL.md`（轻量模式）
-
-2. **原型编码**：
-   - 使用 Agent 工具，subagent_type=ai-engineer/backend-engineer
-   - 只实现核心功能，不做完整工程化
-   - 快速迭代
-
-3. **数据准备**：
-   - 使用 Agent 工具，subagent_type=data-engineer（如需要）
-   - 评测数据构建
-   - 数据质量检查
-
-4. **Layer1 验证**：
-   - 编译检查
-   - 基本功能测试
-
-5. **阶段门禁**：
-   - 使用 Agent 工具，subagent_type=stage-gate-evaluator
-
----
-
-**阶段4：效果评测（自动触发）**
-
-1. **读取技能**：`plugins/skills/experiment-evaluator/SKILL.md`
-
-2. **自动化评测执行**：
-   - 使用 Agent 工具，subagent_type=experiment-evaluator
-   - 加载评测数据集
-   - 执行模型推理
-   - 计算评测指标
-
-3. **统计分析**：
-   - 显著性检验（p值 < 0.05）
-   - 置信区间计算
-   - 效果量计算
-
-4. **产出评测报告**：
-   - 指标结果汇总
-   - Badcase分析
-   - 改进建议
-
-5. **与阈值对比**：
-   - 达标 → 进入简化交付
-   - 未达标 → 进入假设分析
-
----
-
-**阶段5：假设判定 + 迭代优化**
-
-1. **假设判定**：
-   - 达标 → 简化交付
-   - 未达标 → 假设分析
-   - 需更多数据 → 设计新实验
-
-2. **假设分析**（如未达标）：
-   - 使用 Agent 工具，subagent_type=ai-engineer
-   - 分析失败原因
-   - 提出改进方向
-
-3. **迭代优化**：
-   - 调整假设前提
-   - 优化Prompt/模型
-   - 继续验证
-   - 迭代次数上限：根据复杂度动态调整
-     - 简单：3次
-     - 中等：5次
-     - 复杂：10次
-
-4. **知识沉淀**：
-   - 记录实验结论
-   - 更新最佳实践
-   - 提取可复用的Prompt/方案
-
----
-
-**简化交付**
-
-1. **读取技能**：`plugins/skills/delivery-stage/SKILL.md`
-
-2. **部署准备**：
-   - 使用 Agent 工具，subagent_type=devops-engineer
-
-3. **安全审计**：
-   - 使用 Agent 工具，subagent_type=safety-auditor
-
-4. **最终验证**：
-   - Layer1 验证
-   - 效果回归测试
-
-5. **交付完成**
-
-#### 3.4 热修复模式执行序列
-
-**【核心特点】**：最小化流程 + 风险控制 + 变更控制引擎
-
-**【前置】最小团队：
-1. 读取 `knowledge/05-config/03-role-composition.yaml`
-2. TechLead + 1 Engineer（最小配置）
-3. 涉及AI → ai-engineer（紧急评估）
-4. 涉及数据 → data-engineer（紧急评估）
-
----
-
-**阶段1：问题诊断（快速定位）**
-
-1. **读取技能**：`plugins/skills/hotfix-iteration/SKILL.md`
-
-2. **问题分析**：
-   - 使用 Agent 工具，subagent_type=failure-diagnostician
-   - 分析日志、堆栈、错误信息
-   - 快速定位根因
-
-3. **产出 hotfix-issue.md**：
-   - 问题现象描述
-   - 根因分析
-   - 受影响范围
-   - 修复思路
-
-4. **AI相关问题识别**（如有）：
-   - Prompt问题：检查Prompt是否有误
-   - 模型问题：检查模型输出异常
-   - RAG问题：检查知识库/检索
-   - Agent问题：检查工作流异常
-
----
-
-**阶段2：风险评估**
-
-1. **变更风险矩阵计算**（创新设计）：
-   - 收集变更文件
-   - 计算变更行数
-   - 检测数据和AI变更
-
-2. **基础控制规则**：
-   | 规则 | 阈值 | 动作 |
-   |------|------|------|
-   | 文件数 | ≤5 | 自动通过 |
-   | 文件数 | >5 | 需确认 |
-   | 代码行数 | ≤100 | 自动通过 |
-   | 代码行数 | >100 | 需确认 |
-   | 禁止文件 | 命中 | 阻止 |
-   | 高风险文件 | 命中 | 需确认 |
-
-3. **数据和AI特殊规则**：
-   | 规则 | 动作 |
-   |------|------|
-   | 数据Schema变更 | 需确认 |
-   | 模型文件变更 | 需确认 |
-   | Prompt变更 | 需评估效果影响 |
-   | RAG知识库变更 | 需验证检索效果 |
-   | Agent工作流变更 | 需端到端测试 |
-   | 模型切换 | 需重新评测 |
-
-4. **AI安全风险评估**：
-   - Prompt注入风险
-   - 数据泄露风险
-   - 模型偏见风险
-
-5. **风险等级判定**：
-   - 低风险 → 继续 hotfix 流程
-   - 中风险 → AI评估后执行
-   - 高风险 → 人工确认
-   - 严重风险 → 阻止执行
-
-6. **高风险处理**（如检测到）：
-   - 使用 AskUserQuestion 向用户确认：
-     ```
-     ⚠️ 检测到高风险因素：
-     - {风险因素列表}
-
-     建议升级为瀑布模式以确保质量。
-
-     请选择：
-     1. 升级为瀑布模式（推荐）
-     2. 继续热修复（需确认风险）
-     ```
-
----
-
-**阶段3：快速编码（最小变更）**
-
-1. **读取技能**：`plugins/skills/implementation-stage/SKILL.md`（热修复模式）
-
-2. **执行变更控制**：
-   - 验证变更文件数 ≤5
-   - 验证变更行数 ≤100
-   - 检查禁止变更文件清单
-   - 识别高风险文件
-
-3. **最小变更实现**：
-   - 使用 Agent 工具，subagent_type=backend-engineer/frontend-engineer
-   - 只修改必要代码
-   - 避免引入新依赖
-
-4. **AI相关修复**（如有）：
-   - 使用 Agent 工具，subagent_type=ai-engineer
-   - Prompt修复：确保Prompt正确性
-   - 模型回滚：如需回滚到稳定版本
-   - Prompt回滚：回滚到之前的稳定版本
-
-5. **Layer1 验证**：
-   - 编译检查
-   - 受影响测试
-
----
-
-**阶段4：快速审查（自动化）**
-
-1. **代码审查**：
-   - 使用 Agent 工具，subagent_type=team-orchestrator
-   - 格式检查
-   - 安全检查
-   - 数据完整性检查
-
-2. **人工确认项**：
-   - 高风险变更
-   - 不可逆动作
-   - AI效果影响
-
-3. **一致性检查**：
-   - 使用 Agent 工具，subagent_type=consistency-checker
-
----
-
-**阶段5：快速验证（精简）**
-
-1. **Layer1 验证**：
-   - 编译检查
-   - 只运行受影响的测试
-   - 跳过全量测试
-
-2. **AI效果回归测试**（如有AI功能）：
-   - 使用 Agent 工具，subagent_type=experiment-evaluator
-   - 快速效果验证
-   - 与效果基线对比
-
----
-
-**阶段6：快速部署**
-
-1. **读取技能**：`plugins/skills/delivery-stage/SKILL.md`（精简版）
-
-2. **部署准备**：
-   - 使用 Agent 工具，subagent_type=devops-engineer
-
-3. **外部API/DB变更处理**：
-   - 必须人工确认（DP10安全制动）
-
-4. **部署执行**：
-   - 正常部署
-   - 健康检查
-
-5. **效果监控**：
-   - 监控AI效果指标（如有）
-   - 监控业务指标
-
-6. **回滚预案**：
-   - 如有问题快速回滚
-   - 记录回滚操作
-
----
-
-### 动态智能体调度机制总结
-
-四种迭代模式共享以下调度机制：
-
-#### 1. 团队矩阵动态组织
-
-```
-1. 读取 role-composition.yaml
-2. project-evolve-scanner 检测技术栈
-3. 根据复杂度选择团队：
-   - 简单：CEO + PO + TechLead
-   - 中等：+ Engineer
-   - 复杂：+ QA + Security + Data
-4. 涉及AI → 强制加入 ai-engineer
-5. 涉及数据 → 强制加入 data-engineer
-```
-
-#### 2. 支撑智能体调度
-
-| 场景 | 调度的智能体 |
-|------|-------------|
-| 需求审查 | team-orchestrator, consistency-checker |
-| 设计审查 | team-orchestrator, independent-reviewer |
-| 代码审查 | team-orchestrator, consistency-checker |
-| 安全检查 | safety-auditor |
-| 阶段门禁 | stage-gate-evaluator |
-| 问题诊断 | failure-diagnostician |
-| 效果评测 | experiment-evaluator |
-
-#### 3. 验证流程调度
-
-```
-每个阶段：做 → Layer1验证 → Layer2审查 → 修复（如需）
-
-Layer1：编译/测试/lint（必须真实执行）
-Layer2：independent-reviewer（独立AI实例）
-
-失败处理：
-- Level 1: 内联重试（单次）
-- Level 2: 修正循环（最多3次）
-- Level 3: 3次后升级人工
-```
-
-#### 4. AI Native 感知
-
-所有模式都必须考虑：
-- Prompt工程 → ai-engineer
-- RAG设计 → ai-engineer
-- Agent设计 → ai-engineer
-- 模型选择 → ai-engineer
-- 效果评测 → experiment-evaluator
-
-#### 5. 数据感知
-
-所有模式都必须考虑：
-- 数据Schema变更 → data-engineer
-- 数据管道变更 → data-engineer
-- 数据质量验证
-
----
-
-### Step 4: 阶段执行循环（核心质量保障）
-
-**【强制执行】**：每个阶段必须通过「做→Layer1验证→Layer2审查→修复（如需）」循环。
-
-#### 4.1 阶段内执行循环
-
-```
-循环直到 reviewer 审查通过（最多3次）：
-
-  1. 【做】读取对应的 implementer/analyzer 文件并执行
-     → 生成阶段产出物
-
-  2. 【Layer1 验证】确定性验证
-     → 编译/测试/lint/类型检查
-     → 验证失败 → 修复后重试（内联重试）
-
-  3. 【Layer2 审查】使用 Agent 工具进行审查，传入审查标准文件路径
-     → 审查产出物质量
-
-  4. 【判定】
-     → 审查通过 → 进入下一阶段
-     → 审查不通过 → 执行修复循环
-```
-
-#### 4.2 修复循环（精准回退 DP6）
-
-当 reviewer 返回"不通过"时：
-
-```
-Level 1 - 内联重试（单次）：
-  - 如果是简单的格式/遗漏问题，reviewer 顺便修复
-  - 重新审查
-
-Level 2 - 修正循环（最多3次）：
-  - 提取 reviewer 的"必须修复（blocking）"清单
-  - 读取对应的 implementer 文件并执行修复
-  - 重新执行 Layer1 验证
-  - 重新调用 reviewer 审查
-  - 循环直到通过或达到3次上限
-
-Level 3 - 升级人工（3次后）：
-  - 记录无法自动解决的问题
-  - 标记需要人工介入
-  - 继续执行其他阶段（不阻塞流程）
-```
-
-#### 4.3 审查结果处理
-
-**【自动执行】** 审查通过后立即进入下一阶段，无需等待用户确认。
-
-reviewer 审查结果处理规则：
-
-| 审查结论 | 处理方式 |
-|---------|---------|
-| 通过 | **立即进入下一阶段**（不暂停、不询问） |
-| 不通过（有blocking项） | 触发修复循环 |
-| 不通过（超过3次） | 升级人工标记，继续下一阶段 |
-| 建议改进（non-blocking） | 记录但不阻塞，可后续优化 |
-
-### Step 5: 收尾
-
-全流程完成后：
-1. 汇总各阶段产出和关键假设最终状态
-2. 输出执行日志（含度量数据：回退次数、人工介入次数、各阶段耗时）
-3. 触发 field-evolve-distiller 检查可沉淀的skills
-4. 触发 methodology-extractor 检查可沉淀的方法论
-5. 记录到 practice-log
-
----
-
-**继续执行**: `/autospec:explore` 或 `/autospec:propose`