实用新型交底书模板参考实战部件表、连接关系表与 figure_plan 附图引用规范patent-disclosure-skill【免费下载链接】patent-disclosure-skill中国专利.skill专利点挖掘与交底书发明/实用/外观编写通俗解读专利嗅探政策动向辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill本文是 patent-disclosure-skill 仓库中《实用新型 · 模版参考》的完整解读与工程化展开。它告诉你如何把一张结构示意图变成一份合格的实用新型交底书从件号统一的部件表、连接关系表到欲保护点短句再到只嵌 figure_plan 入文图、正文如图 N 与清单 fig 对齐的附图引用纪律。读完你将掌握实用新型交底书 Step 7 成文阶段的全部填表规范并能在教学样例目录上完整演练一遍识图 → 填 StructureSchema → 写 figure_plan → 成文 → 自检的闭环流程。一、模板参考在整个交底流程中的定位prompts/disclosure/utility_model/template_reference.md是一份填表示例文件与同目录的 disclosure_builder.mdStep 7 成文细则配套使用。它在文档开头即声明了自己的性质与disclosure_builder.md配套填表示例非强制数值——即表格中的件号、形状、连接类型都是演示性样例不是必须照抄的模板真正的事实来源是案件工作目录里的 StructureSchema 实例与 figure_plan 实例。要理解它需要先看清实用新型交底书的流水线Step 2 扫描读取案件原材料结构 brief、装配图、局部图、可能的 STEP 文件Step 3–4 挖点按 patent_points.md 提炼 2–4 个结构向候选点并融合选定成文前置按 fill_structure_schema.md 填写案件目录下的structure_schema.yaml或.json与figure_plan.yamlStep 7 成文按 disclosure_builder.md 的章节结构1 注意事项 → 六章正文组织全文此时template_reference.md提供各部件的填表样例与附图引用格式Step 8 自检按 disclosure_self_check.md 的 §8.3 通用项 §8.4 实用新型专项逐条核对。也就是说template_reference.md是最后一公里的写作脚手架前面的 schema 填得再完整正文落笔时仍要回到这张部件表—关系表—短句—附图引用的四件套样表上。二、部件表件号、名称、形状要点原文档给出的部件表示例件号名称形状要点1散热基板板状2鳍片垂直阵列3弹性卡扣臂向下延伸4钩部向内弯折这张表的底层合同是 structure.schema.yaml 中的parts数组。其字段与部件表列一一对应parts: - id: 1 name: # 部件名 shape: # 板状/杆状/壳体/鳍片阵列等 material_hint: # 可空unknown 则写 unknown对照可见件号 ↔id字符串跨图唯一名称 ↔name形状要点 ↔shapeschema 注释甚至直接给出了板状/杆状/壳体/鳍片阵列等示例词与模板表中的板状垂直阵列同源。material_hint是部件表的扩展项——可空材料不明时须显式写unknown绝不猜写。模板表背后还有两条硬性纪律跨图件号同一套命名fill_structure_schema.md 要求总装/爆炸/局部须对照同一套件号先建立图角色再填 parts禁止每张图各起一套命名。figure_plan.schema.yaml 的跨图核对也强制局部图与总装图的件号命名须一致禁止图1叫『卡扣臂』、图2另起『弹片』且无映射。部件表与正文第三章对齐disclosure_builder.md §7.4 要求3.1 总体构成部件清单对齐 schema.parts且自检 §8.4 要求第三章可追溯 StructureSchema部件/连接/布局uncertain未写成既定公差。三、连接关系表自、至、类型、位置原文档的连接关系表示例自至类型位置21一体成型上表面45卡扣板缘缺口其底层合同同样是 structure.schema.yaml对应relations数组relations: - from: 1 to: 2 type: # 卡扣|螺栓|铰接|焊接|一体成型|过盈|粘接|其他 where: # 位置 seen_in: [] # 可选figure_plan 的 fig 号表示哪些图能看见该连接四个列与四个字段一一对应自 ↔from至 ↔to类型 ↔type位置 ↔where。schema 注释给出了type的完整枚举卡扣、螺栓、铰接、焊接、一体成型、过盈、粘接、其他——模板表中的一体成型卡扣都落在枚举内。seen_in是连接关系与附图的桥记录哪些fig号能看见这条连接是后续跨图核对同一连接若relations[].seen_in列出多图跨图核对件号与type/where是否一致见 patent_points.md 操作要点 2的直接依据。在正文呈现上disclosure_builder.md §7.3 给出两种形式表格3.2 节连接与配合对齐 schema.relations可附表直接落表简短 mermaid必要时用flowchart表达A —卡扣→ B式的连接链。注意这不是发明那套系统框图/调度流程图——实用新型只允许表达结构连接关系的简单图且若用了 mermaid定稿可用 mermaid_render.py 转成 PNG。四、欲保护点短句装置/结构书式的写法原文档给出欲保护点短句示例一种散热片安装结构包括基板与自基板两侧向下延伸的弹性卡扣臂臂末端设向内钩部用于与电路板缘缺口咬合……这句短句恰好是 disclosure_builder.md §7.5 推荐的装置书式的实例化推荐句式「一种……装置包括……其特征在于……连接/形状限定」禁止句式把「一种……方法包括以下步骤……」作为唯一独立点。它的信息结构是主题安装结构 部件罗列基板、弹性卡扣臂、钩部 连接/形状限定两侧向下延伸、向内、咬合——每个限定词都应能在 structure_schema 的parts/relations/spatial中找到落点。这也是 patent_points.md Step 3 挖点时构造创新列的写作口径对应哪些部件形状 / 连接关系 / 空间布局引用件号或 schema 字段。与之配套的边界红线disclosure_builder.md 开头的禁止清单不得以算法步骤、工艺参数表作为第五章主保护点不得把uncertain写成既定事实如捏造尺寸公差不得把纯外观美感当构造创新若not_utility_model_signals非空如纯算法、纯外观美感、方法步骤为主应反问是否改走发明或外观见 patent_points.md Step 3。五、附图引用figure_plan.yaml 与如图 N规范这是模板参考中最关键、也最能体现仓库设计思想的部分。原文档完整给出了 figure_plan 片段与正文引用示例# figure_plan 片段示例非完整合同 figures: - fig: 1 role: assembly path: knowledge/assets/fig1_assembly_side.png covers: [1,2,3] kind: lineart score: 90 use_in_disclosure: true reason: 装配关系清晰 relates_to: [] - fig: 2 role: detail path: knowledge/assets/fig2_snap_detail.png covers: [3,4,5] kind: lineart score: 85 use_in_disclosure: true reason: 卡扣局部 relates_to: - fig: 1 relation: detail_of note: 图1卡扣局部放大正文引用示例如图1所示基板1上表面设鳍片2……如图2为图1的局部放大钩部4与板缘缺口咬合……。围绕这个片段需要理解四层机制第一层入文唯一来源。文档原文强调正文插图只来自案件目录figure_plan.yaml中use_in_disclosure: true的条目按fig。这是刚性约束disclosure_builder.md §7.3 进一步说禁止绕过清单扫全assets/临场挑图。所有候选图必须先在清单里完成role/kind/score/use_in_disclosure的评估正文只能消费use_in_disclosure: true的条目。被剔除的图保留条目并设use_in_disclosure: false便于审计不得默默丢弃路径。第二层字段语义。完整合同见 figure_plan.schema.yaml关键字段roleassembly总装/装配关系、detail局部卡扣、缺口等、ortho正交/投影结构图、perspective立体结构示意、reference仅参考、默认不入正文、rejected明确不入文kindlineart|cad|photo_clean|photo_scene|other——实用新型排序启发式中lineart/cad优先级最高score0–100同批内越高越优先入文covers实用新型填parts.id即该图覆盖的件号示例中图1覆盖 1/2/3图2覆盖 3/4/5与部件表件号严格对应relates_to图际关联见第三层。第三层relates_to 多图联读。这是模板参考最强调的机制。relation 枚举figure_plan.schema.yamlrelation含义典型用法detail_of本图是目标图的局部放大/细节卡扣局部 ← 总装section_of本图是目标图的剖视/断面装配剖 ← 立体总装exploded_of本图是目标图的爆炸/分解爆炸图 ← 装配图same_state同一产品状态、不同角度外观多视互指alternate_view另一投影/视角非放大关系主视 ↔ 俯视、立体 ↔ 正交sequence使用/拆装步骤前后图步骤图 1→2约定中有一条强制项局部图role: detail对总装assembly至少一条detail_of或section_of/exploded_of而正文『如图 M 为图 N 的局部/剖视…』须与relates_to一致。这正是示例中如图2为图1的局部放大的出处——图2 的relates_to[0].relation detail_of指向图1正文表述必须与之对齐跨图件号使用同一套命名。第四层挖点联读价值。patent_points.md 在 Step 3 中专门有一节多图关系 → 挖点启发式强制联读detail_of暴露局部相对总装多出的形状/咬合/缺口/筋位优先作为候选点常见真正可区分处section_of暴露通道、腔体、叠层、过盈面exploded_of暴露连接件与拆装顺序约束alternate_view/same_state用于补全spatial。且明确警告禁止仅因某图score高就当创新点高分图是入文优先创新落点常在detail_of链上。这也是为什么模板参考在 figure_plan 片段里特意给出relates_to——它不是可选项而是后续挖点与成文都要消费的第一手证据。六、教学样例弹臂卡扣式散热片安装结构全流程演练模板参考末尾指向教学样例目录 examples/example_utility_model_snap_heatsink/。这是一个刻意不完整的教学案件knowledge/docs/structure_brief.md结构说明扫描主文档虚构的弹臂卡扣式散热片安装结构——免工具、可重复拆装与螺丝/导热胶方案对比knowledge/assets/fig1_assembly_side.png与fig2_snap_detail.png公开专利真实附图US6301113B1 散热器卡扣固定件的装配图与卡扣细节图与本仓库内US6301113B1_fig1.png/US6301113B1_fig2.png为同图备份与虚构 brief 主题相近但非同一中国案件knowledge/cad/demo_snap_plate.step技能自生成的教学几何基板 卡钩示意仅用于验证 CAD 扫描管线不是真实产品 CAD。README 明确不提供预填 StructureSchema / figure_plan须按fill_structure_schema.md识图自填产出写入工作目录勿写回knowledge/。这正是模板参考要求须自填 StructureSchema figure_plan的原因——所有表格只是格式示范事实必须由演练者自己从图中提取。配套的可选演练命令均只读操作产出落在outputs/# 轻量 STEP 扫描无需 CadQuery期望触发 ask_enable_step_parse python tools/shared/cad_scan.py -r examples/example_utility_model_snap_heatsink/knowledge --json # 用户确认开启 STEP 解析后需 CadQuery建议 Python 3.9–3.12 pip install -r tools/shared/requirements-step.txt python tools/shared/step_to_views.py --enable-step-parse \ -i examples/example_utility_model_snap_heatsink/knowledge/cad/demo_snap_plate.step \ -o outputs/demo_snap_heatsink_cad_views在填写 figure_plan 时本案例正好可以练习两种典型条目图1 标role: assembly、图2 标role: detail并写relates_to: detail_of → fig 1covers按部件表件号填写kind均为lineart专利线稿score打分后入文。查新类型与附图来源的边界查新须按 prior_art_search.md 执行实用新型传--type utility_model映射见 patent_type_search.yaml国知局勾选#xxsq实用新型类Google Patents 无独立 Utility Model 类型须用 PATENT 域 关键词实用新型或公开号…U收窄类型过滤以国知局 A 渠道为准。示例命令python tools/crawl/cnipa_epub_search.py --type utility_model 卡扣 散热片 安装结构需要注意样例 README 中给出的附图直链Google Patents / 国内转载站仅用于复现入库文件国内转载站对脚本常返回空壳或登录页附图不可直链。成文时附图只来自本地 figure_plan 清单正文不出现任何外部 URL。七、成文后的自检与交付纪律模板参考提供的表格最终要接受 disclosure_self_check.md §8.4 实用新型专项的检验核心条目包括文头专利类型实用新型第三章可追溯 StructureSchema部件/连接/布局uncertain未写成既定公差第五章为装置/结构书式非纯方法独立点未把外观美感或算法步骤当作构造创新主线附图如图 N与figure_plan的fig/path一致非散落 assets 临场挑选总装局部入文时relates_to已写正文局部/剖视表述与之对齐跨图件号一致入文图优先 lineart/cad场景图未误入正文除非清单明确启用。交付命名disclosure_builder.md §7.3{案件名规范化}_{YYYYMMDDHHmmss}.md 同名.docx凡交付必带时间戳、不覆盖旧稿。实用新型建议同时交付.docx可用 md_to_docx.py 转换。定稿正文不得残留技能仓库名、examples/、disclosure_draft路径、教学示例虚构等元信息脚注。八、与其他专利类型模板的边界同目录下还有发明invention/template_reference.md与外观design/template_reference.md的模板参考三者的差异正是实用新型的判别特征发明以系统流程/算法为主线交底书含系统框图、公式、调度流程自成文的 mermaid 系统主线实用新型以零件形状与连接关系为主线部件表 关系表 结构附图不要复制发明的 mermaid 系统主线disclosure_builder.md 开篇明令外观design/template_reference.md 用设计要点列表 视图清单perspective / ortho / detailrelates_to用alternate_view/detail_ofcovers填外观要点而非parts.id。判断依据之一是 structure.schema.yaml 的not_utility_model_signals字段若案例更像方法或外观该字段会收集信号供分流。template_reference.md 本身是实用新型专用其部件表/连接关系表的骨架正是构造创新这一类型定位的直接体现。小结《实用新型 · 模版参考》虽然只有几十行却是实用新型交底书成文阶段的事实骨架部件表对应parts、连接关系表对应relations、欲保护点短句对应装置书式口径、附图引用对应figure_plan的use_in_disclosure与relates_to双约束。把这张样表与 disclosure_builder.md、patent_points.md、fill_structure_schema.md 及教学样例 example_utility_model_snap_heatsink 串起来你就能在真实案件上复现识图填表 → 清单选图 → 装置书式成文 → 专项自检的完整闭环。【免费下载链接】patent-disclosure-skill中国专利.skill专利点挖掘与交底书发明/实用/外观编写通俗解读专利嗅探政策动向辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 实用新型交底书模板参考实战：部件表、连接关系表与 figure_plan 附图引用规范（patent-disclosure-skill）
实用新型交底书模板参考实战部件表、连接关系表与 figure_plan 附图引用规范patent-disclosure-skill【免费下载链接】patent-disclosure-skill中国专利.skill专利点挖掘与交底书发明/实用/外观编写通俗解读专利嗅探政策动向辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill本文是 patent-disclosure-skill 仓库中《实用新型 · 模版参考》的完整解读与工程化展开。它告诉你如何把一张结构示意图变成一份合格的实用新型交底书从件号统一的部件表、连接关系表到欲保护点短句再到只嵌 figure_plan 入文图、正文如图 N 与清单 fig 对齐的附图引用纪律。读完你将掌握实用新型交底书 Step 7 成文阶段的全部填表规范并能在教学样例目录上完整演练一遍识图 → 填 StructureSchema → 写 figure_plan → 成文 → 自检的闭环流程。一、模板参考在整个交底流程中的定位prompts/disclosure/utility_model/template_reference.md是一份填表示例文件与同目录的 disclosure_builder.mdStep 7 成文细则配套使用。它在文档开头即声明了自己的性质与disclosure_builder.md配套填表示例非强制数值——即表格中的件号、形状、连接类型都是演示性样例不是必须照抄的模板真正的事实来源是案件工作目录里的 StructureSchema 实例与 figure_plan 实例。要理解它需要先看清实用新型交底书的流水线Step 2 扫描读取案件原材料结构 brief、装配图、局部图、可能的 STEP 文件Step 3–4 挖点按 patent_points.md 提炼 2–4 个结构向候选点并融合选定成文前置按 fill_structure_schema.md 填写案件目录下的structure_schema.yaml或.json与figure_plan.yamlStep 7 成文按 disclosure_builder.md 的章节结构1 注意事项 → 六章正文组织全文此时template_reference.md提供各部件的填表样例与附图引用格式Step 8 自检按 disclosure_self_check.md 的 §8.3 通用项 §8.4 实用新型专项逐条核对。也就是说template_reference.md是最后一公里的写作脚手架前面的 schema 填得再完整正文落笔时仍要回到这张部件表—关系表—短句—附图引用的四件套样表上。二、部件表件号、名称、形状要点原文档给出的部件表示例件号名称形状要点1散热基板板状2鳍片垂直阵列3弹性卡扣臂向下延伸4钩部向内弯折这张表的底层合同是 structure.schema.yaml 中的parts数组。其字段与部件表列一一对应parts: - id: 1 name: # 部件名 shape: # 板状/杆状/壳体/鳍片阵列等 material_hint: # 可空unknown 则写 unknown对照可见件号 ↔id字符串跨图唯一名称 ↔name形状要点 ↔shapeschema 注释甚至直接给出了板状/杆状/壳体/鳍片阵列等示例词与模板表中的板状垂直阵列同源。material_hint是部件表的扩展项——可空材料不明时须显式写unknown绝不猜写。模板表背后还有两条硬性纪律跨图件号同一套命名fill_structure_schema.md 要求总装/爆炸/局部须对照同一套件号先建立图角色再填 parts禁止每张图各起一套命名。figure_plan.schema.yaml 的跨图核对也强制局部图与总装图的件号命名须一致禁止图1叫『卡扣臂』、图2另起『弹片』且无映射。部件表与正文第三章对齐disclosure_builder.md §7.4 要求3.1 总体构成部件清单对齐 schema.parts且自检 §8.4 要求第三章可追溯 StructureSchema部件/连接/布局uncertain未写成既定公差。三、连接关系表自、至、类型、位置原文档的连接关系表示例自至类型位置21一体成型上表面45卡扣板缘缺口其底层合同同样是 structure.schema.yaml对应relations数组relations: - from: 1 to: 2 type: # 卡扣|螺栓|铰接|焊接|一体成型|过盈|粘接|其他 where: # 位置 seen_in: [] # 可选figure_plan 的 fig 号表示哪些图能看见该连接四个列与四个字段一一对应自 ↔from至 ↔to类型 ↔type位置 ↔where。schema 注释给出了type的完整枚举卡扣、螺栓、铰接、焊接、一体成型、过盈、粘接、其他——模板表中的一体成型卡扣都落在枚举内。seen_in是连接关系与附图的桥记录哪些fig号能看见这条连接是后续跨图核对同一连接若relations[].seen_in列出多图跨图核对件号与type/where是否一致见 patent_points.md 操作要点 2的直接依据。在正文呈现上disclosure_builder.md §7.3 给出两种形式表格3.2 节连接与配合对齐 schema.relations可附表直接落表简短 mermaid必要时用flowchart表达A —卡扣→ B式的连接链。注意这不是发明那套系统框图/调度流程图——实用新型只允许表达结构连接关系的简单图且若用了 mermaid定稿可用 mermaid_render.py 转成 PNG。四、欲保护点短句装置/结构书式的写法原文档给出欲保护点短句示例一种散热片安装结构包括基板与自基板两侧向下延伸的弹性卡扣臂臂末端设向内钩部用于与电路板缘缺口咬合……这句短句恰好是 disclosure_builder.md §7.5 推荐的装置书式的实例化推荐句式「一种……装置包括……其特征在于……连接/形状限定」禁止句式把「一种……方法包括以下步骤……」作为唯一独立点。它的信息结构是主题安装结构 部件罗列基板、弹性卡扣臂、钩部 连接/形状限定两侧向下延伸、向内、咬合——每个限定词都应能在 structure_schema 的parts/relations/spatial中找到落点。这也是 patent_points.md Step 3 挖点时构造创新列的写作口径对应哪些部件形状 / 连接关系 / 空间布局引用件号或 schema 字段。与之配套的边界红线disclosure_builder.md 开头的禁止清单不得以算法步骤、工艺参数表作为第五章主保护点不得把uncertain写成既定事实如捏造尺寸公差不得把纯外观美感当构造创新若not_utility_model_signals非空如纯算法、纯外观美感、方法步骤为主应反问是否改走发明或外观见 patent_points.md Step 3。五、附图引用figure_plan.yaml 与如图 N规范这是模板参考中最关键、也最能体现仓库设计思想的部分。原文档完整给出了 figure_plan 片段与正文引用示例# figure_plan 片段示例非完整合同 figures: - fig: 1 role: assembly path: knowledge/assets/fig1_assembly_side.png covers: [1,2,3] kind: lineart score: 90 use_in_disclosure: true reason: 装配关系清晰 relates_to: [] - fig: 2 role: detail path: knowledge/assets/fig2_snap_detail.png covers: [3,4,5] kind: lineart score: 85 use_in_disclosure: true reason: 卡扣局部 relates_to: - fig: 1 relation: detail_of note: 图1卡扣局部放大正文引用示例如图1所示基板1上表面设鳍片2……如图2为图1的局部放大钩部4与板缘缺口咬合……。围绕这个片段需要理解四层机制第一层入文唯一来源。文档原文强调正文插图只来自案件目录figure_plan.yaml中use_in_disclosure: true的条目按fig。这是刚性约束disclosure_builder.md §7.3 进一步说禁止绕过清单扫全assets/临场挑图。所有候选图必须先在清单里完成role/kind/score/use_in_disclosure的评估正文只能消费use_in_disclosure: true的条目。被剔除的图保留条目并设use_in_disclosure: false便于审计不得默默丢弃路径。第二层字段语义。完整合同见 figure_plan.schema.yaml关键字段roleassembly总装/装配关系、detail局部卡扣、缺口等、ortho正交/投影结构图、perspective立体结构示意、reference仅参考、默认不入正文、rejected明确不入文kindlineart|cad|photo_clean|photo_scene|other——实用新型排序启发式中lineart/cad优先级最高score0–100同批内越高越优先入文covers实用新型填parts.id即该图覆盖的件号示例中图1覆盖 1/2/3图2覆盖 3/4/5与部件表件号严格对应relates_to图际关联见第三层。第三层relates_to 多图联读。这是模板参考最强调的机制。relation 枚举figure_plan.schema.yamlrelation含义典型用法detail_of本图是目标图的局部放大/细节卡扣局部 ← 总装section_of本图是目标图的剖视/断面装配剖 ← 立体总装exploded_of本图是目标图的爆炸/分解爆炸图 ← 装配图same_state同一产品状态、不同角度外观多视互指alternate_view另一投影/视角非放大关系主视 ↔ 俯视、立体 ↔ 正交sequence使用/拆装步骤前后图步骤图 1→2约定中有一条强制项局部图role: detail对总装assembly至少一条detail_of或section_of/exploded_of而正文『如图 M 为图 N 的局部/剖视…』须与relates_to一致。这正是示例中如图2为图1的局部放大的出处——图2 的relates_to[0].relation detail_of指向图1正文表述必须与之对齐跨图件号使用同一套命名。第四层挖点联读价值。patent_points.md 在 Step 3 中专门有一节多图关系 → 挖点启发式强制联读detail_of暴露局部相对总装多出的形状/咬合/缺口/筋位优先作为候选点常见真正可区分处section_of暴露通道、腔体、叠层、过盈面exploded_of暴露连接件与拆装顺序约束alternate_view/same_state用于补全spatial。且明确警告禁止仅因某图score高就当创新点高分图是入文优先创新落点常在detail_of链上。这也是为什么模板参考在 figure_plan 片段里特意给出relates_to——它不是可选项而是后续挖点与成文都要消费的第一手证据。六、教学样例弹臂卡扣式散热片安装结构全流程演练模板参考末尾指向教学样例目录 examples/example_utility_model_snap_heatsink/。这是一个刻意不完整的教学案件knowledge/docs/structure_brief.md结构说明扫描主文档虚构的弹臂卡扣式散热片安装结构——免工具、可重复拆装与螺丝/导热胶方案对比knowledge/assets/fig1_assembly_side.png与fig2_snap_detail.png公开专利真实附图US6301113B1 散热器卡扣固定件的装配图与卡扣细节图与本仓库内US6301113B1_fig1.png/US6301113B1_fig2.png为同图备份与虚构 brief 主题相近但非同一中国案件knowledge/cad/demo_snap_plate.step技能自生成的教学几何基板 卡钩示意仅用于验证 CAD 扫描管线不是真实产品 CAD。README 明确不提供预填 StructureSchema / figure_plan须按fill_structure_schema.md识图自填产出写入工作目录勿写回knowledge/。这正是模板参考要求须自填 StructureSchema figure_plan的原因——所有表格只是格式示范事实必须由演练者自己从图中提取。配套的可选演练命令均只读操作产出落在outputs/# 轻量 STEP 扫描无需 CadQuery期望触发 ask_enable_step_parse python tools/shared/cad_scan.py -r examples/example_utility_model_snap_heatsink/knowledge --json # 用户确认开启 STEP 解析后需 CadQuery建议 Python 3.9–3.12 pip install -r tools/shared/requirements-step.txt python tools/shared/step_to_views.py --enable-step-parse \ -i examples/example_utility_model_snap_heatsink/knowledge/cad/demo_snap_plate.step \ -o outputs/demo_snap_heatsink_cad_views在填写 figure_plan 时本案例正好可以练习两种典型条目图1 标role: assembly、图2 标role: detail并写relates_to: detail_of → fig 1covers按部件表件号填写kind均为lineart专利线稿score打分后入文。查新类型与附图来源的边界查新须按 prior_art_search.md 执行实用新型传--type utility_model映射见 patent_type_search.yaml国知局勾选#xxsq实用新型类Google Patents 无独立 Utility Model 类型须用 PATENT 域 关键词实用新型或公开号…U收窄类型过滤以国知局 A 渠道为准。示例命令python tools/crawl/cnipa_epub_search.py --type utility_model 卡扣 散热片 安装结构需要注意样例 README 中给出的附图直链Google Patents / 国内转载站仅用于复现入库文件国内转载站对脚本常返回空壳或登录页附图不可直链。成文时附图只来自本地 figure_plan 清单正文不出现任何外部 URL。七、成文后的自检与交付纪律模板参考提供的表格最终要接受 disclosure_self_check.md §8.4 实用新型专项的检验核心条目包括文头专利类型实用新型第三章可追溯 StructureSchema部件/连接/布局uncertain未写成既定公差第五章为装置/结构书式非纯方法独立点未把外观美感或算法步骤当作构造创新主线附图如图 N与figure_plan的fig/path一致非散落 assets 临场挑选总装局部入文时relates_to已写正文局部/剖视表述与之对齐跨图件号一致入文图优先 lineart/cad场景图未误入正文除非清单明确启用。交付命名disclosure_builder.md §7.3{案件名规范化}_{YYYYMMDDHHmmss}.md 同名.docx凡交付必带时间戳、不覆盖旧稿。实用新型建议同时交付.docx可用 md_to_docx.py 转换。定稿正文不得残留技能仓库名、examples/、disclosure_draft路径、教学示例虚构等元信息脚注。八、与其他专利类型模板的边界同目录下还有发明invention/template_reference.md与外观design/template_reference.md的模板参考三者的差异正是实用新型的判别特征发明以系统流程/算法为主线交底书含系统框图、公式、调度流程自成文的 mermaid 系统主线实用新型以零件形状与连接关系为主线部件表 关系表 结构附图不要复制发明的 mermaid 系统主线disclosure_builder.md 开篇明令外观design/template_reference.md 用设计要点列表 视图清单perspective / ortho / detailrelates_to用alternate_view/detail_ofcovers填外观要点而非parts.id。判断依据之一是 structure.schema.yaml 的not_utility_model_signals字段若案例更像方法或外观该字段会收集信号供分流。template_reference.md 本身是实用新型专用其部件表/连接关系表的骨架正是构造创新这一类型定位的直接体现。小结《实用新型 · 模版参考》虽然只有几十行却是实用新型交底书成文阶段的事实骨架部件表对应parts、连接关系表对应relations、欲保护点短句对应装置书式口径、附图引用对应figure_plan的use_in_disclosure与relates_to双约束。把这张样表与 disclosure_builder.md、patent_points.md、fill_structure_schema.md 及教学样例 example_utility_model_snap_heatsink 串起来你就能在真实案件上复现识图填表 → 清单选图 → 装置书式成文 → 专项自检的完整闭环。【免费下载链接】patent-disclosure-skill中国专利.skill专利点挖掘与交底书发明/实用/外观编写通俗解读专利嗅探政策动向辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考