渲染前自查清单
阶段五第 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 个发明(独立权利要求一项) |
多发明拆分多份 |
自查输出
按本清单跑完后,在对话中给用户一个简表:
## 自查报告
| 类 | 通过/总数 | 不过项 |
|---|---|---|
| 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> 清单)