5.4 KiB
5.4 KiB
交底书 spec
阶段三产物(继承阶段一专利点 + 阶段二检索结论)。写定后不再改,阶段四每章前都要 read。
<TODO>是占位符,需要用户/发明人明确填值;不要硬编。
1. 案件基本信息
| 字段 | 值 |
|---|---|
| 案件名(内部) | <TODO 简短代号, 用于文件命名> |
| 拟用发明名称 | <TODO 一种 XXX 方法/装置/系统> (后续由代理师定稿,可改) |
| 客体类型 | 方法 / 装置 / 系统 / 介质 (可多选;典型组合 = 方法 + 装置/系统 + 介质) |
| 技术领域 (IPC 大类) | <TODO 如自然语言处理 / 计算机视觉 / 化工材料 / ...> |
| 申请类型 | 发明 (默认) / 实用新型 / 外观 |
| 拟优先权日 | <TODO YYYY-MM-DD> (代理师确定) |
| 代理所/代理师 | <TODO 已联系/待定> |
2. 发明人 / 申请人
发明人 (按贡献排序)
| 序 | 姓名 | 单位 | 邮箱 | 贡献 |
|---|---|---|---|---|
| 1 | <TODO> |
<TODO> |
<TODO> |
<TODO 主要思路 / 核心算法 / 实验验证 / ...> |
| 2 | <TODO> |
<TODO> |
<TODO> |
<TODO> |
申请人
<TODO 单位名称> (与发明人单位通常一致;校企合作 / 联合申请单独说明)
3. 主推专利点 (阶段一筛选结果)
一份交底书 = 1 个发明 = 1 个独权。多个独立点 → 多份交底书。
主推点(必填)
- 名称:
<TODO 一句话, 如"基于 X 的 Y 方法"> - 解决的技术问题:
<TODO 一句话, 技术性问题不是商业问题> - 关键技术手段(≥1 个区别于现有的步骤/结构/参数设计):
- 手段 1:
<TODO> - 手段 2:
<TODO> - 手段 3:
<TODO>(可选)
- 手段 1:
- 三性初判 (待阶段二检索验证):
- 新颖性:
<TODO 印象里有/无 + 见 §4 检索> - 创造性:
<TODO 区别特征对本领域显不显而易见 + 三步法> - 实用性:
<TODO 默认通过, 异常需说明>
- 新颖性:
候选点(阶段一冒出但本次不写, 留备查)
<TODO 名称 + 一句话原因(创造性弱/客体排除/合并入主推/...)>- ...
4. 现有技术检索结论 (阶段二产物)
检索时间: <TODO YYYY-MM-DD>
检索强度: 轻量 / 中等 (默认轻量)
检索式:
- 检索 1:
<TODO 关键词组合> - 检索 2:
<TODO> - ...
命中归档:
[1] <TODO 标题>
- 类型: 专利 / 论文 / 产品
- 标识:
- (专利) 公开号
<TODO CN12345678A>/ 申请人<TODO>/ 公开日<TODO> - (论文) DOI / 作者 / 期刊 / 年
- (专利) 公开号
- 技术方案:
<TODO 一段, 它怎么做的> - 与本发明区别:
- 相同点:
<TODO> - 不同点 (= 本发明区别技术特征):
<TODO>
- 相同点:
- 威胁等级: 高 / 中 / 低
[2] <TODO>
- ...
结论:
- 高危:
<TODO 列出 + 应对(改方案/换点/继续)> - 中危:
<TODO 列出, 作 §02 背景对照> - 低危/远缘:
<TODO 仅备查> - 漏检风险:
<TODO 例如"未跑正式专利库,小规模在审专利可能漏检">(让用户知情)
5. 章节预算 (阶段四起草目标)
| 章节 | 字数目标 | 关键内容 |
|---|---|---|
| 01 技术领域 | 100 | IPC + 一句话定位 |
| 02 背景技术 | <TODO 800-1500> |
现有技术 2-3 条 + 缺陷 (引 §4 命中) |
| 03 发明内容 | <TODO 1500-3000> |
技术问题 / 技术方案 / 有益效果 |
| 04 附图说明 | 200 | 图 1-N 题注 |
| 05 具体实施方式 | <TODO 2000-5000> |
实施例 + 关键参数取值 + 流程 |
| 06 有益效果 | <TODO 300-800> |
量化数据 |
| 07 权利要求建议 | <TODO 300-1000> (可选) |
独权 + 从权草稿 |
| 总计 | <TODO 5000-11000> |
6. 附图清单 (阶段四起草前列, 阶段五由 render_diagrams.py 渲染)
| 图号 | 类型 | mermaid caption / 文件名 | 内容 |
|---|---|---|---|
| 图 1 | 流程图 | <TODO 整体流程> |
本发明端到端流程 (必有) |
| 图 2 | 结构图 | <TODO 模块结构> |
关键模块/装置结构 |
| 图 3 | 时序图 | <TODO 时序> |
并发 / 异步场景(可选) |
| 图 4 | 实验对比 | <TODO 准确率对比> |
matplotlib 出 png(若 §06 有量化数据) |
7. 关键参数清单 (供 §05 实施方式填具体值)
| 参数名 | 取值 | 量纲 | 说明 |
|---|---|---|---|
<TODO 阈值 X> |
<TODO 0.5> |
— | <TODO 为什么这个值> |
<TODO 窗口大小> |
<TODO 100> |
ms | <TODO> |
<TODO 学习率> |
<TODO 1e-4> |
— | <TODO> |
| ... | ... | ... | ... |
起草 §05 时取自本表;此表项空着或写
<TODO>→ 起草必出<TODO>→ 自查 3.2 拦截 → 找用户/发明人补。
8. 脱敏边界
哪些词商业敏感需要中性化,哪些技术信息不能脱敏(脱敏完代理师没法写)。
需脱敏(写进交底书时替换为中性词)
| 原词 | 替换为 |
|---|---|
<TODO 客户名 A> |
某客户 / 某工业用户 |
<TODO 内部产品代号 X> |
本系统 / 该装置 |
<TODO 内部数据源 url> |
目标数据源 |
<TODO 内部团队/项目名> |
(删除或不写) |
不能脱敏(必须保留)
- 关键算法名 / 步骤 / 公式 / 参数取值
- 通用技术栈(Python / PyTorch / Kafka 等)
- 行业通用术语
- 实验数据(可隐去采集环境细节,但数值要保留)
9. TODO 列表
阶段一-阶段三冒出来的"等用户/发明人提供"事项。阶段四每章开头扫一眼;阶段五自查会扫余留的
<TODO>。
<TODO 比如: 索取实施例 2 的对比实验数据><TODO 比如: 确认核心参数取值><TODO 比如: 联系代理所确认申请窗口><TODO ...>