# 渲染前自查清单

> 阶段五第 1 步:模型按本清单逐条对照 `sections/*.md`,不过的项回头 edit 章节再来。无脚本,纯人工(模型)checklist。

## 自查 6 类(每类都要过)

### 类 1: 完整性

| # | 检查项 | 不过怎么办 |
|---|---|---|
| 1.1 | `sections/` 下 01-06 章齐全(07 可选) | 补缺 |
| 1.2 | 每章字数在预算范围(见 `disclosure_structure.md`) | 偏离 >50% 回头改 |
| 1.3 | §02 背景技术至少 2 条现有技术(推荐 3 条) | 补 |
| 1.4 | §03 发明内容三段(技术问题/技术方案/有益效果)齐全 | 补 |
| 1.5 | §05 具体实施方式至少 1 个完整实施例(端到端) | 补 |
| 1.6 | §06 有益效果至少 2 条,**全部量化** | 把"显著提升"等改成数字 |
| 1.7 | 附图 ≥ 1 张(至少 1 张整体流程图) | 补 mermaid 块 |

### 类 2: 一致性

| # | 检查项 | 不过怎么办 |
|---|---|---|
| 2.1 | §03 技术方案的步骤数 ≈ §05 实施方式的步骤数(可细化但不能矛盾) | 对齐 |
| 2.2 | §03 提到的"现有技术 N"对应 §02 里实际有的引证 | 对齐 |
| 2.3 | §06 有益效果的每条数据,§05 里有对应实施例支撑 | 删无支撑的效果,或在 §05 补数据 |
| 2.4 | §04 附图说明里的"图 N"对应 §05 正文里"如图 N 所示"的引用 | 对齐顺序 |
| 2.5 | 同一术语 / 缩写 / 参数符号全文一致(LLM ≠ 大模型 ≠ 大语言模型 选一个用) | 全局替换 |
| 2.6 | 同一参数的取值全文一致(§03 写阈值 0.5,§05 别写 0.6) | 对齐 |
| 2.7 | 公式符号 → 公式 → 量纲一致,符号定义不缺漏 | 补符号定义 / 校正公式 |

### 类 3: 充分公开

> 代理师拿到交底书能不能复现?审查员看了相信不相信?

| # | 检查项 | 不过怎么办 |
|---|---|---|
| 3.1 | §03 技术方案的每个步骤都有"输入 / 处理 / 输出" | 补,不要黑盒 |
| 3.2 | §05 实施方式的关键参数**都有具体取值**(不留 `<TODO>`) | 找用户/发明人补;实在没有不写这条参数,但不能空着 |
| 3.3 | 关键算法有伪代码或公式(不能只描述功能) | 补 |
| 3.4 | "基于 XX 方法"后面有具体怎么用 XX(不能只甩名字) | 补 |
| 3.5 | "本领域技术人员可以理解"只用来兜底次要细节,不用来糊弄关键步骤 | 关键步骤展开 |

### 类 4: 区别技术特征

| # | 检查项 | 不过怎么办 |
|---|---|---|
| 4.1 | §03 "其中,..."段(或 §07 独权)明确写了区别技术特征 | 补 |
| 4.2 | 区别技术特征指向 §02 背景技术里某条现有技术(有对照) | 对齐;没对照 = 创造性论证薄弱 |
| 4.3 | 区别带来的技术效果在 §06 有体现(量化) | 对齐 |

### 类 5: 客体合规

| # | 检查项 | 不过怎么办 |
|---|---|---|
| 5.1 | 不是 `patent_point_taxonomy.md §三` 排除清单里的客体 | 命中排除 → 回头按"救法"重新包装,或换创新点 |
| 5.2 | 纯软件方案有具体技术场景 + 技术问题 + 技术效果绑定 | 补 |
| 5.3 | 没有"诊断" / "治疗" / "动植物品种"字眼(除非已按救法包装) | 改 |

### 类 6: 脱敏 + 语言

| # | 检查项 | 不过怎么办 |
|---|---|---|
| 6.1 | spec §脱敏边界 列出的所有商业敏感词(客户名 / 内部代号 / 数据源 url)在交底书里都被中性化 | 全局替换为"某客户" / "目标数据源" 等 |
| 6.2 | 关键技术参数 / 算法 **未脱敏**(脱敏完代理师没法写) | 误脱敏 → 加回 |
| 6.3 | 没有不可考核形容词:"显著""颠覆""国际领先""填补空白""完美""极大"等 | 删 / 改 |
| 6.4 | 没有营销话术 / 宣传体 | 改 |
| 6.5 | 章节标题与 `disclosure_structure.md` 规范名称一致 | 对齐 |
| 6.6 | 一份交底书只对应 **1 个发明**(独立权利要求一项) | 多发明拆分多份 |

## 自查输出

按本清单跑完后,在对话中给用户一个简表:

```markdown
## 自查报告

| 类 | 通过/总数 | 不过项 |
|---|---|---|
| 1 完整性 | 6/7 | 1.3: §02 只有 1 条现有技术,已补 |
| 2 一致性 | 7/7 | — |
| 3 充分公开 | 4/5 | 3.2: 阈值取值缺(已补成 0.5);3.4: "基于 BERT" 已补具体用法 |
| 4 区别技术特征 | 3/3 | — |
| 5 客体合规 | 3/3 | — |
| 6 脱敏+语言 | 5/6 | 6.3: 删除 3 处"显著",改成具体数字 |

**结论**: 全部通过,可以渲染。
**未尽事项 (`<TODO>` 类)**:
- [ ] 实施例 2 的对比实验数据(用户提供后补 §05.2 表格)
```

## 反模式

- 没跑自查就直接 `render_docx.py` 输出交付 —— 数据/术语/参数不一致很常见,自查能拦
- 自查输出"全部通过" 但其实没逐条对照 —— 跑就要认真跑;偷懒等于没跑
- 不过项不补就交付 —— 不过项要么补、要么明示用户(放进 `<TODO>` 清单)