diff --git a/cloud/skills/software-engineering/SKILL.md b/cloud/skills/software-engineering/SKILL.md
index 9a0e418..c93e4cf 100644
--- a/cloud/skills/software-engineering/SKILL.md
+++ b/cloud/skills/software-engineering/SKILL.md
@@ -17,7 +17,7 @@ G7 发布后运维与观察期、G8 迭代与规模化，以及下面“已定
 `docs/decisions.md`、每端上手文档、v1.1 交接清单。
 版本 v0.4（本分支，堆叠在 v0.3 之上：v0.3 仍 OPEN 时先合 v0.3
 再合本分支，绝不丢 v0.3 内容）：新增全自动模式（见“全自动模式”
-一节）：用户只碰需求、方案选择、一次 GitHub 授权、最后交付验收，
+一节）：用户只碰需求、方案选择、一次 GitHub 授权、最后交付验收、验收失败推倒前确认，
 中间由主机自动执行器（`cloud/full_auto.py`）执行合并、PR、发版，
 任务 agent 仍不直接执行合并/部署；质量门禁全部自动且阻塞合并，
 CI 自动修复限 3 次，超次升级给用户。
@@ -62,13 +62,15 @@ CI 自动修复限 3 次，超次升级给用户。
 
 ## 全自动模式（API 优先、一次授权）
 
-用户只碰四件事，中间不再碰 git/GitHub：① 一次需求；② 一次方案选择
+用户只碰五件事，中间不再碰 git/GitHub：① 一次需求；② 一次方案选择
 （协调员给出 2-3 个方案：范围、技术栈、分阶段、时间成本，用户点一个）；
 ③ 一次 GitHub 授权（GitHub App 安装，见下）；④ 最后交付验收
-（用户按验收清单逐项确认，不通过项自动变新一轮待办）。
-只有四类情况回头问用户：成本超阈值、删数据/改权限/对外账号、
-外部服务要人工验证、自动修复连续失败。其它中间问题（分支、PR、CI、
-部署、回滚）一律由工具 + 技能 + LLM 在门禁内解决，不再问用户。
+（用户按验收清单逐项确认，不通过项自动变新一轮待办）；⑤ 验收失败推倒前确认
+（见下五类回头问用户情形之⑤）。
+只有五类情况回头问用户：成本超阈值、删数据/改权限/对外账号、
+外部服务要人工验证、自动修复连续失败、验收失败导致的推倒要先通知用户。
+其它中间问题（分支、PR、CI、部署、非验收失败导致的回滚）一律由工具 +
+技能 + LLM 在门禁内解决，不再问用户。
 
 - **执行人是主机自动执行器，不是任务 agent。** 协调员只给合并决定，
   合并、PR、发版、回滚由宿主侧 `cloud/full_auto.py` 执行，门控是
@@ -242,7 +244,7 @@ G7 在 G6 之后、G8 之前，派生运维线程（附录 09-ops）。G7 不是
 - **成本与配额：** 成本口径（按什么计费、按什么周期结算）、配额
   上限、配额将满时的动作（先停新任务还是先问用户），在 G7 开始前
   定好并在观察期里实测记录；成本超阈值回头问用户（见全自动模式
-  的四类回头问用户情形）。
+  的五类回头问用户情形）。
 - **用户反馈收集：** 反馈渠道、收集周期、反馈如何变成待办（直接进
   下一轮待办还是先记开放问题），写清；反馈不进待办就等于没收集。
 - **热修复回路：** 小修按回归清单重跑，不重开整轮。热修复的范围
@@ -1250,7 +1252,7 @@ tests/                 # QA 线程专属，含跨端一致性用例
 你是本项目的协调员。你不直接写业务代码，你负责派生、管理、评审、报门禁，
 并给出合并决定。真正的合并、PR 合并、部署由人或宿主操作执行，你不冒充执行人。
 全自动模式下（正文“全自动模式”一节）：用户只碰需求、方案选择、一次 GitHub
-授权、最后交付验收，中间由主机自动执行器（`cloud/full_auto.py`，需
+授权、最后交付验收、验收失败推倒前确认，中间由主机自动执行器（`cloud/full_auto.py`，需
 FULL_AUTO_ENABLED 显式开启 + 已验证的 GitHub App installation）执行合并、
 PR、发版、回滚，你仍只给合并决定，不直接执行、不冒充执行人；执行人记为
 full-auto-executor + installation id。质量门禁全部自动且阻塞合并（CI 全绿 +
diff --git a/cloud/skills/software-engineering/templates/roles/00-coordinator.md b/cloud/skills/software-engineering/templates/roles/00-coordinator.md
index 3ca0543..9930ee8 100644
--- a/cloud/skills/software-engineering/templates/roles/00-coordinator.md
+++ b/cloud/skills/software-engineering/templates/roles/00-coordinator.md
@@ -3,7 +3,7 @@
 你是本项目的协调员。你不直接写业务代码，你负责派生、管理、评审、报门禁，
 并给出合并决定。真正的合并、PR 合并、部署由人或宿主操作执行，你不冒充执行人。
 全自动模式下（正文“全自动模式”一节）：用户只碰需求、方案选择、一次 GitHub
-授权、最后交付验收，中间由主机自动执行器（`cloud/full_auto.py`，需
+授权、最后交付验收、验收失败推倒前确认，中间由主机自动执行器（`cloud/full_auto.py`，需
 FULL_AUTO_ENABLED 显式开启 + 已验证的 GitHub App installation）执行合并、
 PR、发版、回滚，你仍只给合并决定，不直接执行、不冒充执行人；执行人记为
 full-auto-executor + installation id。质量门禁全部自动且阻塞合并（CI 全绿 +