mcpField
E
embodiment-description

embodiment-description

github.com/wanshuiyin文档处理18.2k468 次安装4 天前更新
代码仓库

关于 embodiment-description

embodiment-description 是根据发明披露、权利要求和附图撰写详细专利实施例的技能。它组织实现方式并核对权利要求支持情况,同时排除实验结果与性能主张。

主要功能

  1. 01按权利要求类别规划实施例
  2. 02描述方法和系统实现方式
  3. 03统一整合附图标记
  4. 04检查实施例是否支持权利要求要素
  5. 05适用时补充伪代码和数据结构
  6. 06排除实验指标与结果

适用场景

  1. 01根据发明披露起草专利说明书
  2. 02为权利要求描述替代实现方案
  3. 03检查每项权利要求要素是否有描述支持
  4. 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 — 第一幅图中各组件的起始附图标记

输入

  1. patent/INVENTION_DISCLOSURE.md — 发明拆解(核心/辅助/可选特征)
  2. patent/CLAIMS.md — 已起草的权利要求,实施例必须为其提供支持
  3. 用户提供的图(如有),位于任意目录中
  4. 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:整合附图标记

确保附图标记的使用一致:

  1. 提及的每个组件都必须标注附图标记
  2. 附图标记首次出现时,须放在组件名称后的括号内:“处理器(102)”
  3. 同一实施例中后续提及时:“处理器 102”(不加括号)
  4. 编号按图号系列排列:图 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