从权利要求到附图：把权利要求与说明书文字直接变成专利图纸

如果你习惯先定稿权利要求、再考虑画图，你并不孤单：相当一大批专利工作都是从已经审定的文字起步，然后才需要与之相符的附图。本文带你走一遍"先文字、后绘图"的工作流——粘贴权利要求或说明书文字，提取所记载的部件，一次性编排附图标记，再生成在结构和编号上都与说明书已有内容对得上的图纸。

为什么"先文字、后绘图"更符合实际

绝大多数"怎么做专利附图"的教程都默认你是从草图、CAD 模型或产品照片开始的。但在实务中，很多申请恰恰是反着来的。代理师先拿到发明交底书，撰写权利要求和具体实施方式，待文字定稿后，才需要把权利要求所记载的那些元件画成图。

这种情形在向 CNIPA（国家知识产权局）递交申请的工作中尤其普遍——日常流程往往就是围绕着"把定稿的权利要求文字粘贴进来、配上附图"展开。任何"先写文字"的实践都会出现同样的套路：软件和方法类发明、根据交底备忘录描述的机械组件，或是说明书已经固定、你只需要更清晰附图的分案与续案。

从文字出发的好处在于，权利要求本身已经是对发明的一份结构化描述。一篇撰写规范的权利要求会逐一写明各个元件、说明元件之间如何关联，并隐含出层级关系（"一壳体"、"设置于所述壳体内的电路板"、"安装于所述电路板上的连接器"）。这几乎就是一张附图所需要的全部信息。要做的，无非是把它读出来、映射成部件、给部件编号、再画出来——根本不必把发明从头到尾再描述一遍。

第一步：粘贴权利要求与说明书文字

从最宽的独立权利要求入手，再加上任何引入了新元件的从属权利要求。如果手头有，把具体实施方式中对应的部分也一并粘贴进来。说明书通常会补足权利要求略去的细节——空间位置关系、可选特征，以及那些告诉你"哪几处指的是同一个元件"的引用基础（antecedent basis）用语。

打开 专利附图生成器，直接把文字粘进去。几个小习惯能让提取结果更干净：

• 保留引用基础。 "所述壳体"这样的措辞，只有在前文先引入"一壳体"时才说得通。把完整的权利要求链（或相关的说明书段落）一起粘贴，工具才能判断哪几处指的是同一个实体部件。
• 保留元件名词的原貌。 不要把"一沿纵向延伸的支撑构件"随手简写成"那根杆"。正是这些精确的名词短语，会被转换成带标注的部件。
• 区分结构内容与方法内容。 如果你同时有产品权利要求和方法权利要求，标明哪个是哪个。产品权利要求生成结构视图，方法权利要求生成流程图。

这一步你不是在写"绘图任务说明"，而是把已经审定的文字交出去，让提取环节去完成"文字到图"的转译。

第二步：提取所记载的部件

下一步会读取粘贴进来的文字，拉出一份各不相同的元件清单。可以把它理解为在搭建那份最终会出现在附图图例里的部件清单。比如对这样一条权利要求：

提取结果应当是：壳体、表带、电路板、光学传感器、开口。注意"壳体上的开口"虽然不是一个独立的物件，却也值得拥有自己的标记——审查员会期望说明书中提到的特征都能在图中找到。

这一步有两件事要紧：

1. 去重。 出现五次的"所述壳体"是一个部件，不是五个。把引用基础理清楚，才能避免同一元件被编上两个标记。
2. 关系。 "设置于……内"、"安装于……上"、"与……连接"、"经……露出"——这些措辞告诉你各部件彼此之间的相对位置，进而决定你究竟需要立体图、剖视图还是分解图，才能把这种关系表达清楚。

继续往下之前，先核对一遍提取出来的清单。这是整套工作流里"杠杆"最大的一个关卡：只要部件清单正确而完整，后续的一切就都能保持一致。

第三步：附图标记只编一次

附图标记是连接你的文字与附图的纽带，而这里的不一致，正是图纸被发补正、被指出缺陷最常见的原因之一。原则其实很简单：每个元件只在一张表里编一次号，绝不让一个部件有两个号，也绝不让一个号指向两个部件。

一套清爽的编号方案通常以十为步长（10、20、30、40……），这样后面要插入相关子部件（12、14）或修改时新增的元件（35）时，都有余地，不必整套重编。带标注组件的子部件常用字母后缀（30a、30b），让它与母部件的从属关系一目了然。

接着上面那个可穿戴设备的例子，你可以锁定：

• 10 —— 壳体
• 20 —— 表带
• 30 —— 电路板
• 40 —— 光学传感器
• 50 —— 开口

关键之处在于，这张表是唯一事实来源。你生成的每一幅图都从它取号。如果部件 30 在图 1 里是电路板，那它在图 3、图 5 里也是电路板，在你撰写的说明书里也是元件 30。当附图里的标记、说明书里的标记、以及它们所指向的部件三者完全对齐时，你就一次性消掉了整整一类形式审查意见。（关于标记的形式要求——多大尺寸、要标在部件之外、引出线如何连接——可参阅 专利附图要求 这篇说明。）

第四步：生成与所述结构相符的附图

部件清单和标记表就位之后，开始生成附图。你在第二步里捕捉到的那些关系，决定了你需要哪几种视图：

• 立体图或主视图——当权利要求主要在确立"部件存在且彼此相连"时（"一与所述壳体连接的表带"）。
• 剖视图——当权利要求记载了某物位于另一物之内时（"设置于所述壳体内的电路板"）。内部部件无法从外面看到，所以这种包容关系通常会逼出一张剖视图。
• 分解图——当装配顺序、或多个部件之间的安装关系才是重点时（"安装于所述电路板上的光学传感器"）。
• 流程图——任何方法权利要求都适用，其中每一个所记载的步骤变成一个有序、带标注的方框。

输出应当是纯白底上的黑白线条图，把表里的附图标记标注在每个部件之外，用波浪引出线（或直引线）连到它所标识的特征上。这正是 CNIPA（国家知识产权局）《专利审查指南》的附图规定与 USPTO 37 CFR §1.84 共同的要求：线条干净、不需要的地方不加阴影、标记清晰可辨且无歧义。

由于附图与你的说明书取自同一张元件表，编号在生成时就天然对齐了。你不必再手动把 CAD 标注里的"10"一个个抄进说明书，还得提心吊胆怕自己敲错。

第五步：细化、补齐缺失视图、做检查

初稿附图很少能把每个细节都拿捏到位，何况权利要求还会被修改。"先文字、后绘图"工作流的妙处就在于：修补是局部的。与其重画，不如用尊重既有编号的对话式修改指令来调整：

• "把部件 30 改成 32"——当修改对某个元件重新编号时。
• "加一个部件 90，一个垫片，夹在 10 和 30 之间"——当从属权利要求或修改引入了一个新元件时。
• "把壳体 10 拆成上半部 10a 和下半部 10b"——当说明书要区分子部件时。
• "沿 A-A 线作一个穿过光学传感器 40 的剖视图"——当某个内部关系需要独立成图时。

对于多图申请，从同一张标记表一次生成整套图（主视、立体、剖视、分解，外加任何方法流程图），整套图在内部才能保持一致。AI 专利附图生成器 会在每一幅图中沿用这唯一的一套标记——正是这一点，让整套图浑然一体，而不是五张恰好画着同一主题却各自为政的图纸。

导出之前，把附图过一遍图纸检查器。它专门盯那些"先文字"图纸最容易犯的形式问题：说明书提到却始终没编号的部件、在两幅图里指向不同东西的同一个标记、超出审查容差的页边距或线宽、以及压在线条上而没有清晰落在部件之外的标记。在递交前把这些清理干净，远比等收到审查意见后再处理省事得多。

端到端流程速览

1. 粘贴独立权利要求、相关的从属权利要求，以及配套的说明书文字。
2. 把所记载的部件提取成一份去重后的部件清单，并捕捉部件之间的关系。
3. 在一张作为唯一事实来源的表里，给每个元件编上一个附图标记。
4. 按关系所要求的视图——立体、剖视、分解或流程图——生成带编号的黑白线条图。
5. 用定点编辑细化、补齐缺失视图，并在导出前跑一遍图纸检查器。

贯穿始终的主线就是一致性：当同一张元件表同时喂养你的说明书和每一幅图时，标记就不会漂移，附图也就真正与权利要求所描述的结构对得上。

PatentFig AI 如何帮上忙

PatentFig AI 正是为这条"先文字、后绘图"的路径打造的。粘贴你的权利要求或说明书文字，它会提取所记载的部件、编排一套一致的附图标记，并生成符合形式要求的黑白线条图——多视图组、剖视图、分解图、方法流程图——全部取自同一张共享的标记表，让部件 30 在整篇申请里始终是部件 30。对话式修改让权利要求的变更无需重画；convert（格式转换）、enhance（增强）、vectorize（矢量化）等工具帮你得到可提交的输出格式；图纸检查器则会在递交前抓出针对 CNIPA（国家知识产权局）规定与 USPTO 37 CFR §1.84 的标记和格式问题。

文字已经在手了？把权利要求粘进生成器，把它们变成与之相符的附图。