---
name: 通用-大纲审阅优化闭环
description: '用于对指定提纲执行"审阅→修改→复审"的闭环，直到综合评分连续两轮独立审阅均严格大于 9.2。适合大纲审阅优化 SOP、报告复用、回炉循环、评分门槛控制与最终回执收口。关键词：大纲审阅闭环、回炉到 9.2、复审循环、主报告覆盖、提纲优化 SOP。'
argument-hint: '给我目标提纲路径和对象类型（总纲 / 分部 / 分卷 / 单元案）；默认循环到连续两轮独立审阅评分均严格大于 9.2 才结束。'
---

# 通用-大纲审阅优化闭环

大纲闭环不是只审一遍，而是把“问题发现 → 结构修补 → 复审验证”真正跑到过线。

## 继续读取的 references

命中本 Skill 时，除本文件外，**必须继续读取**：

- `references/大纲审阅优化闭环总流程.md`
- `references/审阅报告复用与9点2门槛.md`

## 何时使用

- 用户要求把某个总纲 / 分卷 / 单元案审到过线。
- 需要统一处理审阅报告复用、回炉循环与评分门槛。
- 需要一个可落盘、可追轮次的提纲优化 SOP。

## 不适用情形

- 只做一次性审阅、不改稿：优先使用 `通用-审阅总大纲` 或 `通用-审阅分卷大纲`。
- 只新建大纲、不跑审阅闭环：优先使用 `通用-设计总大纲` 或 `通用-设计分卷大纲`。

## 常见触发词 / 用户说法速查

- 把这份大纲审到过线
- 一直回炉到 9.2+
- 用同一份报告循环复审
- 这份总纲 / 分卷反复改到过线
- 给我一个大纲优化闭环

## 默认组合调用顺序

1. 按对象类型进入对应审阅 Skill
2. 读取综合评分
3. 若未达标，进入对应设计 Skill 改稿
4. 覆盖更新同一份主报告
5. 循环，直到连续两轮独立审阅评分均严格大于 9.2（首次过线后须再追加一轮改稿 + 独立复审，第二轮也过线方可收口）

## 主报告命名规则（强制）

- 闭环绑定的主审阅报告文件名必须带日期，日期格式固定为 `YYYY-MM-DD`。
- 闭环内默认持续覆盖同一份已绑定的带日期主报告；轮次信息写入报告正文，不得改成无日期文件名，也不得平行分叉出另一份无日期主报告。
- 被优化的总纲 / 分部 / 分卷 / 单元案本体文件默认不带日期；日期只用于主审阅报告。

## 题材竞对分析接入要求（强制）

- 若当前任务服务某个题材，且该题材目录下的 `竞对分析/` 已存在与当前项目、当前平台或当前赛道相关的竞对分析报告，闭环开始前必须先读取并纳入本轮目标。
- 不得把这些报告只当成背景资料；每一轮审阅、改稿与复审都必须显式判断当前提纲相对竞对的领先点、持平点、落后点与补丁方向。
- 大纲闭环的默认目标不是“分数大于 9.2 就收口”，而是推动当前作品在关键维度上**全方位超越竞争对手**；若看不出明确超越路径，不得把闭环误判为完成。
- 闭环默认按“严酷找差距”口径执行：若竞对量化卡仍显示关键维度显著落后，不得为了尽快收口而放宽评分标准。
- 在闭环任务里，竞对维度默认按 `25%` 计入综合评分判断；若竞对项未达标，`9.2+` 默认不成立。

## 强制要求

- 审阅阶段不得被裸审替代；改稿阶段不得被裸改替代。
- 审阅报告必须作为同一任务的主报告持续覆盖更新，不得平行分叉。
- `9.2` 不算通过；首次 `> 9.2` 也不允许直接收口，必须追加一轮改稿与独立复审，连续两轮均严格大于 9.2 才允许收口。
- 修改必须能回溯到上一轮报告中的明确问题与建议。
- 每一轮复审都必须调用对应审阅 Skill 对当前版本做一次独立、从严、全面的重新审阅；不得把“上一轮问题已修复”当成直接抬分或直接过线的依据。
- 复审时既要检查上一轮问题是否修复，也必须重新开放式查找本轮新增问题；一旦发现新问题，必须如实写入主报告并据此重新评分。
- 主报告中的最新评分只能根据当前版本在本轮完整复审下的实际质量给出，不得按修复比例、轮次推进或上一轮分数惯性自动上涨。

## 完成检查

- 是否已读取 2 份 references
- 是否已确认对象类型
- 是否已绑定一份主审阅报告并持续覆盖
- 是否已记录轮次、评分与核心问题变化