upgrade sm-flow v3.1 workflow

.agents/skills/sm-flow/references/fallbacks.md

@@ -34,12 +34,20 @@
 
 1. 阅读 `proposal.md`、`design.md`、`specs/**/*.md` 和 `tasks.md`。
 2. 确认 OpenSpec 与 devflow 上下文没有未解决冲突。
-3. 修改前先检查现有代码。
-4. 一次实现一个 OpenSpec task 的纵向切片。
-5. 用最窄但有效的命令验证每个切片。
-6. 只有验证通过或明确记录原因后，才更新 task 状态。
-7. 如果失败原因不确定，停止并进入 diagnose。
-8. 如果 diagnose 证明规格不准，先修正 OpenSpec，再继续执行。
+3. 确认没有未解决的 user-interview 问题、未判级接口影响或未提交的 Draft OpenSpec。
+4. 确认 Phase 2.9 后已经获得用户明确的 Phase 3 apply 授权；单个 grill 决策确认不能替代 apply 授权。
+5. 修改前先检查现有代码。
+6. 一次实现一个 OpenSpec task 的纵向切片。
+7. 如果用户质疑、代码发现、测试失败或运行行为与 OpenSpec 冲突，先分类：
+   - 实现偏差：OpenSpec 正确，代码偏离；修代码。
+   - 规格遗漏：OpenSpec 未覆盖真实边界、接口影响或验收；暂停执行，修正 OpenSpec 并重新提交后继续。
+   - 设计冲突：OpenSpec 与架构、ADR、历史验收或模块边界冲突；暂停并等待用户确认。
+   - 用户变更：用户改变目标、范围、验收或风险接受度；更新 proposal/specs/tasks 后继续。
+8. 冲突分类、证据、用户确认和 OpenSpec 回写状态必须记录到 `decisions.md` 或 `acceptance.md`。
+9. 用最窄但有效的命令验证每个切片。
+10. 只有验证通过或明确记录原因后，才更新 task 状态。
+11. 如果失败原因不确定，停止并进入 diagnose。
+12. 如果 diagnose 证明规格不准，先修正 OpenSpec，再继续执行。
 
 ## PRD fallback