关于 embodiment-description
embodiment-description 是根据发明披露、权利要求和附图撰写详细专利实施例的技能。它组织实现方式并核对权利要求支持情况,同时排除实验结果与性能主张。
主要功能
- 01按权利要求类别规划实施例
- 02描述方法和系统实现方式
- 03统一整合附图标记
- 04检查实施例是否支持权利要求要素
- 05适用时补充伪代码和数据结构
- 06排除实验指标与结果
适用场景
- 01根据发明披露起草专利说明书
- 02为权利要求描述替代实现方案
- 03检查每项权利要求要素是否有描述支持
- 04将软件发明转化为算法实施例
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ wanshuiyin/ auto-claude-code-research-in-sleep --skill embodiment-description安装后在 Claude Code 中输入/embodiment-description确认已加载。
详细介绍
实施例描述
为以下内容撰写详细实施例:$ARGUMENTS
实施例描述如何制造和使用本发明——它们相当于专利中的实验章节,但描述的是本发明,而非对其进行实证评估。
常量
MIN_EMBODIMENTS = 1— 至少需要一个完整实施例MAX_EMBODIMENTS = 3— 实用上限;更多实施例有助于增强公开充分性EMBODIMENT_STYLE = detailed—detailed(完整实例)或outline(概要)REFERENCE_NUMERAL_PREFIX = 100— 第一幅图中各组件的起始附图标记
输入
patent/INVENTION_DISCLOSURE.md— 发明拆解(核心/辅助/可选特征)patent/CLAIMS.md— 已起草的权利要求,实施例必须为其提供支持- 用户提供的图(如有),位于任意目录中
patent/figures/numeral_index.md(如存在,由/figure-description生成)
工作流
步骤 1:规划实施例
针对每种权利要求类别(方法、系统等),至少规划一个实施例:
| 实施例 | 涵盖的权利要求 | 类型 | 关键变体 |
|---|---|---|---|
| 1 | 权利要求 1、X | 最佳模式/优选方案 | [主要实现方式] |
| 2 | 权利要求 2、3 | 替代方案 | [不同参数/材料] |
| 3 | 权利要求 4、5 | 其他替代方案 | [不同配置] |
步骤 2:撰写每个实施例
按照以下结构,为每个实施例撰写详细描述:
开篇段落: “在一个实施例中,[结合所描述的内容,对发明作出概述]。”
组件/逐步描述:
对于方法实施例:
- 按顺序描述每个步骤
- 引用图中标记:“如图 1 所示,在步骤 202 中,处理器 102 接收输入数据 104……”
- 包括具体参数、范围和条件
- 描述每个决策点处的处理方式
对于系统/装置实施例:
- 描述每个组件
- 引用图中标记:“参见图 1,系统 100 包括处理器 102、存储器 104 和通信接口 106……”
- 描述组件之间的连接关系
- 按步骤描述系统的运行方式
变体和替代方案:
- “在一些实施例中,处理器 102 可以是 GPU、FPGA 或 ASIC。”
- “在另一实施例中,存储器 104 可以替换为分布式存储系统。”
- “上述参数仅为示例;也考虑采用 [X, Y] 范围内的其他值。”
这些变体至关重要,有助于支持更广泛的权利要求解释。
步骤 3:整合附图标记
确保附图标记的使用一致:
- 提及的每个组件都必须标注附图标记
- 附图标记首次出现时,须放在组件名称后的括号内:“处理器(102)”
- 同一实施例中后续提及时:“处理器 102”(不加括号)
- 编号按图号系列排列:图 1 使用 100 系列,图 2 使用 200 系列
格式:
- 首次提及:“处理器(102)”
- 同一实施例中后续提及:“处理器 102”
- 跨图引用:“处理器 102(在图 1 和图 2 中均示出)”
步骤 4:验证权利要求支持情况
对于每项权利要求要素,确认其至少出现在一个实施例中:
| 权利要求要素 | 实施例 | 附图标记 | 描述段落 |
|---|---|---|---|
| [要素] | [实施例编号] | [标记] | [段落引用] |
如果某项权利要求要素缺少实施例支持,请补充必要描述。
步骤 5:软件/算法实施例(如适用)
对于方法/软件发明,请包括:
- 伪代码或算法描述(不是实际代码)
- 与附图对应的流程图描述
- 数据结构描述
- 接口规范
示例:
In one embodiment, the method comprises the following steps:
At step 202, the processor 102 receives input data from the input device 108.
At step 204, the processor 102 extracts feature vectors from the input data using a convolutional neural network.
At step 206, the processor 102 applies the attention mechanism 110 to the feature vectors...
步骤 6:输出
实施例章节写入 patent/specification/detailed_description.md(或附加到说明书结构中)。
每个实施例章节都应当自成一体,但在说明替代方案时,应交叉引用其他实施例。
关键规则
- 实施例必须教导本领域普通技术人员(POSITA)如何制作和使用本发明,且无需过度试验。
- 至少包含一个“最佳实施方式”实施例(美国要求)。
- 多个实施例可以增强说明书应对可实施性挑战的能力。
- 描述本发明,不要对其进行实证评估(“该实施例达到 95% 的准确率”是错误的;“处理器对输入数据进行分类”是正确的)。
- **重要——不得包含实验数据、测试结果、准确率百分比、检测率、精度值或性能对比数据。**这些内容属于论文,不属于专利。实施例应教导如何制作和使用,而不是性能如何。
- 错误:“传感器对直径超过150μm的金属颗粒实现了100%的检测精度,即使在检测限处仍保持94%的高精度。”
- 正确:“当不锈钢颗粒通过间隙传感区域时,谐振频率下降。颗粒直径越大,频率偏移幅度越大。”
- 不得包含实验结果表、测量数据图表或与现有技术性能的比较。
- **重要——实施例不是实验。**不得描述“重复实验”“准确率评估”“精度测试”“校准实验”或“与参考方法比较”。实施例描述的是制作和使用本发明的一种方式——它是一份操作步骤,而不是测试报告。
- 不得逐字复制源论文中的实验章节。应将实验装置改写为制造/操作说明。
- 如果源材料是一篇论文,仅提取:(1)构建了什么;(2)使用了哪些材料/参数;(3)如何运行。忽略所有测试方法、结果和性能指标。
- 尽可能包含具体参数,但应将其表述为示例,而非限制。
- 附图标记必须与附图保持一致。
- 不得使用主观措辞(“优秀”“惊人”“更优”)。
评论
支持 Markdown