diff --git a/skills/proposal/SKILL.md b/skills/proposal/SKILL.md
index eff7378..d2b45f2 100644
--- a/skills/proposal/SKILL.md
+++ b/skills/proposal/SKILL.md
@@ -56,12 +56,15 @@ markitdown https://example.com/x  -o <task_dir>/source/policy.md
 
 **B. 正文起草**:
 4. 复制 `<skill_dir>/templates/<fund_type>.md` 对应小节到 `<task_dir>/sections/NN_xxx.md`,按要点填
-5. **关键章节一段一卡** —— 立项依据 / 研究方案 / 技术路线 / 考核指标矩阵: 写一段 → 报字数 → 等用户确认 → 写下一段
-   普通章节一节一卡: 整节写完再报
-6. 报告: 章节名 / 实际字数 / 字数预算 / 与指南对齐情况
-7. ⛔ **BLOCKING:停下来等用户明确反馈** ("OK"、"下一章"、"继续") 后才进下一章。"看起来不错"、沉默、追问都不算确认 —— 主动问"这一章/这一段可以了吗?要改哪里?"
+5. **关键章节一段一卡** —— 立项依据 / 研究方案 / 技术路线 / 考核指标矩阵: 写一段 → 报字数 + **预告下一段** → 等用户确认 → 写下一段
+   普通章节一节一卡: 整节写完再报 + **预告下一节要点**
+6. 报告格式 (每次卡点都按这个出):
+   - **本段 (节)**: 章节名 / 实际字数 / 字数预算 / 与指南对齐情况
+   - **下一段 (节) 预告**: 标题 + 3-5 条要点骨架 (论点 / 数据 / 表格,每条贴对齐的指南要素与预估字数);若已是本章最后一段,改预告**下一章**首段要点
+   - 提问: "本段可以了吗?下一段要点要改 / 加 / 删什么?"
+7. ⛔ **BLOCKING:停下来等用户明确反馈** ("OK"、"下一段"、"继续") 后才动笔。"看起来不错"、沉默、追问都不算确认 —— 用户对下一段要点没异议也算默认通过,但**字数 / 与指南对齐异常**时必须主动追问
 
-**为什么两段式 + 强等?** 申报书 1.5-3 万字,模型连续生成容易自我加速、把错方向推到底。要点阶段拦得早,关键章节段段卡可以在第 2 段被用户拦下。
+**为什么两段式 + 强等 + 下一段预告?** 申报书 1.5-3 万字,模型连续生成容易自我加速、把错方向推到底。要点阶段拦得早,关键章节段段卡可以在第 2 段被用户拦下。**预告下一段要点**让用户在下一段还没动笔时就能改方向 —— 比读完正文再返工成本低一个量级。
 
 **例外**: 用户**主动且明确**说"别问,直接全做"或"一气呵成" —— 才能一次跑完,跑完必须 `quality_check.py`。"逐章太慢"/"段段太碎"之类的抱怨**不算**例外指令,继续问。