zcbot/skills/patent/templates/spec.md

138 lines
5.4 KiB
Markdown

# 交底书 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>` (可选)
- **三性初判** (待阶段二检索验证):
- 新颖性: `<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 ...>`