实用新型结构线稿怎么做:轮廓与部件序号分层,overlay引出线完整实操指南
【免费下载链接】patent-disclosure-skill中国专利.skill:专利点挖掘与交底书(发明/实用/外观)编写,通俗解读专利,嗅探政策动向,辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill
写实用新型交底书时,最头疼的往往不是文字,而是附图:手头只有照片或粗糙的示意图,怎么才能得到一张"带部件序号、引出线指向准确"的结构线稿?开源项目patent-disclosure-skill(中国专利技能包)针对这个问题设计了一套实用新型结构辅助线稿流程:先画干净的轮廓层,再按部件表叠加序号引出线(overlay),件号严格对齐structure_schema.parts,禁止模型自创编号。下面用 5 步讲清楚这套"轮廓与部件序号分层"的做法。
为什么要"分层":轮廓层与序号层
如果让生图模型一次性"画线稿 + 标序号",常见翻车是:序号位置靠猜、跨图编号不一致、看不清的部件被画死编号。
patent-disclosure-skill 的分层纪律(详见 references/schemas/structure_lineart_brief.schema.yaml):
| 层 | 做什么 | 纪律 |
|---|---|---|
| 轮廓层 | 基于参考图生成黑白结构线稿 | 禁止纯文生图;不画序号、不臆造内部结构 |
| 序号层 | 用parts_legend叠引出线与件号 | 件号必须来自 StructureSchema,推荐 overlay |
核心思想一句话:图是画出来的,号是叠上去的。
第一步:先填结构事实,再谈线稿
线稿流程的输入不是图片本身,而是两份"合同"文件(填表指引见 prompts/shared/fill_structure_schema.md):
structure_schema.yaml:部件清单(parts,id + name)、连接关系(relations)、看不清的项进uncertain。合同模板见 references/schemas/structure.schema.yaml。figure_plan.yaml:入文图的选用、排序与图际关联(总装 + 局部要写relates_to)。模板见 references/schemas/figure_plan.schema.yaml。
uncertain里的部件不得画死序号——这是硬规则,防止"模型自信地编了一个不存在的卡簧"。
第二步:写 structure_lineart_brief.yaml
用户确认后(该辅助流程默认关闭,须明确回复"是"),按 prompts/shared/structure_lineart_assist.md 写出简报文件,关键字段:
$schema: structure_lineart_brief enabled: true patent_type: utility_model callout_mode: overlay # 推荐:轮廓与序号分层 parts_legend: # 抄自 structure.parts,不得改号改名 - {id: "1", name: "散热基板"} views: - view_name: 总装立体图 source_paths: [assets/fig1_assembly_side.png] # 必须存在的参考图 visible_part_ids: ["1", "2"] # 本视要标出的件号 output_path: lineart_assist/fig1_structure_lineart.png注意source_paths不能为空:门禁会直接拒绝无参考图的纯文生图。
第三步:跑门禁,生成 jobs
python tools/shared/structure_lineart_gate.py --enable-structure-lineart \ --case-dir "outputs/{案件标识}" --prepare-jobs门禁脚本 tools/shared/structure_lineart_gate.py 会校验:未授权拒绝、缺 Structure 拒绝、无有效源图拒绝、visible_part_ids不在parts中拒绝。通过后写出lineart_assist/structure_lineart_jobs.json,其中每个 job 自带:
reference_images:轮廓层必须参照的源图;callouts:按视图过滤后的id + name引出清单;output_path/callout_output_path:轮廓层与叠号层的两个落盘路径(叠号层默认在轮廓图旁加_callouts后缀)。
第四步:overlay 引出线的三种模式怎么选
callout_mode有三个取值,推荐优先级从高到低:
| 模式 | 做法 | 适用场景 |
|---|---|---|
overlay(推荐) | 轮廓图上用宿主标注工具 / SVG / 图层 / 人工叠加引出线和件号 | 绝大多数情况;号准、可复查 |
in_prompt | 宿主无法叠图时,把可见件号逐条写进提示词,带参考图生成 | 降级方案;生成后必须对照parts_legend自检,错号重做 |
contour_only | 只出无号轮廓,正文靠部件表指认 | 可接受,但优先 overlay |
overlay的关键是不要让模型"猜位置猜编号":jobs 里已经给了callouts列表和callout_legend(如1-散热基板;2-弹性卡扣臂),叠号工具照着画即可,画完对照部件表核对。
案例:弹臂卡扣散热片的参考图
仓库自带一个教学案件 examples/example_utility_model_snap_heatsink/,它的原材料就是一组适合做线稿底图的结构图(取自公开专利 US6301113B1 的附图):
- 总装视图 examples/example_utility_model_snap_heatsink/knowledge/assets/fig1_assembly_side.png
- 卡扣细节视图 examples/example_utility_model_snap_heatsink/knowledge/assets/fig2_snap_detail.png(对总装图应写
relates_to: detail_of)
如果你的材料是 CAD 而不是图片,也可以先用 STEP 解析产出多视图再走同样的线稿流程,效果参考:
第五步:回写 figure_plan 与成文纪律
- 每张辅助线稿在
figure_plan.yaml追加一条:kind: lineart、use_in_disclosure: false(默认不入正文)、reason注明"AI 辅助结构线稿(非申报终稿;件号对齐 StructureSchema)",并用relates_to链回源图。 - 成文时(细则见 prompts/disclosure/utility_model/disclosure_builder.md):正文附图说明以原始结构图/CAD 为主,辅助线稿最多一句"另附 AI 结构线稿草稿(件号对齐部件表)";禁止写成"已按国知局规范绘制的正式附图"。
- 第三章部件表的件号、图上序号、
structure_schema.parts三者必须一致。
常见翻车点自检清单
- 纯文生图:
source_paths为空却生成了图——门禁会拒,别绕过。 - 自创件号:图上出现了
parts里没有的编号——改overlay重叠。 - 跨图改号:总装图叫"卡扣臂"、局部图换成"弹片"——必须同一套
parts.id。 uncertain画死:看不清的部件被标了序号——撤掉该序号。- 混用外观流程:外观线稿走
design_lineart_*,不画部件序号;实用新型别套用它,反之亦然。
小结
- 流程:Structure 填表 → 写
structure_lineart_brief.yaml→ 门禁出 jobs → 轮廓层 + overlay 序号层 → 回写 figure_plan(默认不入正文)。 - 分层是本流程的灵魂:轮廓靠参考图,序号靠部件表叠图,两者互不干扰,错号可局部返工。
- 核心文件:prompts/shared/structure_lineart_assist.md(流程)、references/schemas/structure_lineart_brief.schema.yaml(合同)、tools/shared/structure_lineart_gate.py(门禁)。
按这套"轮廓与部件序号分层"的做法,你得到的不只是一张更像专利附图的线稿,而是一套可追溯、可复查、件号不会跑偏的附图生产纪律。
【免费下载链接】patent-disclosure-skill中国专利.skill:专利点挖掘与交底书(发明/实用/外观)编写,通俗解读专利,嗅探政策动向,辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考