1. 专利撰写这件事,AI到底能帮上什么忙
先把结论摆在前面:AI在专利撰写流程里,目前最称手的角色是“检索助手”和“语言整理工”,而不是“代笔人”。这个判断不是拍脑袋来的,是我自己用各类大模型辅助处理专利文本、前后对比了十几份交底书和权利要求草稿之后得出的体会。如果你是一位独立发明人、企业里的知识产权专员,或者刚入行的专利工程师,正在琢磨要不要把写专利这件事交给AI,那这篇内容应该能帮你省下不少试错时间。
专利文本跟普通技术文章完全是两码事。它有一套极其拧巴的语言体系:既要尽可能宽地圈住保护范围,又要在说明书里给出足够具体的实施例来支撑;既要用词精确到经得起审查员逐字推敲,又要避免把范围限死。这种“宽窄之间的平衡感”,恰恰是当前AI最不擅长的地方。AI擅长的是从海量文本里找相似、做归纳、生成通顺的句子,但它不理解“这个技术特征写进去之后,竞争对手能不能轻易绕开”,也不理解“这个参数范围写太窄会不会导致权利要求被驳回”。
所以我的实际做法是:把AI当成一个不知疲倦的检索员和一个初稿生成器,用它来快速摸清现有技术的边界,用它来把零散的技术点整理成结构化的文字,但最终的权项布局、保护策略、实施例的详略取舍,必须由人来拍板。下面我就把这套流程拆开,从整体思路到具体操作,再到踩过的坑,一层层讲清楚。
2. 整体思路:为什么不能让AI直接写专利
2.1 专利文本的本质是法律文件,不是技术文档
很多人有个误解,觉得专利就是“把技术方案写清楚”。写清楚只是及格线,真正的核心在于“用文字划定一块法律上的禁入区域”。权利要求的每一句话,将来都可能在侵权诉讼或无效宣告程序中被逐字解读。一个“所述”指代不明,一个“包括”和“由……组成”的混用,都可能导致整个权利要求的保护范围发生偏移。
AI生成文本的逻辑是“根据上下文预测下一个最可能的词”,它追求的是语言上的流畅和统计上的合理。但专利撰写追求的是法律上的确定性。这两者的目标函数根本不一致。我试过让AI直接根据技术交底书生成权利要求,出来的东西读起来很顺,但仔细一看,独立权利要求里塞了一堆非必要技术特征,保护范围被限得死死的,等于白写。
2.2 AI在专利流程中的合理定位
那AI就完全不能用吗?当然不是。我的经验是把它放在三个位置上最稳:
- 现有技术检索与对比:这是AI最擅长的。给它一个技术方案描述,让它从公开的专利数据库、技术文献里找相似方案,它能很快给你一个概览。虽然它不能保证查全率,但作为第一轮筛查,效率比人工翻库高得多。
- 技术交底书的初步结构化:发明人给的交底书往往逻辑混乱、重点不突出。让AI帮忙梳理成“技术领域—背景技术—发明内容—具体实施方式”的框架,能省不少整理时间。
- 语言润色与格式检查:比如把口语化的描述改成专利惯用表达,检查权利要求里的引用关系是否前后一致,这类机械性工作AI做得又快又好。
但到了权利要求布局、保护范围界定、实施例的扩展与收敛这些环节,必须人工介入。这不是AI能力不够的问题,而是这些决策需要结合商业目标、竞争对手分析、审查实践经验来综合判断,AI没有这些上下文。
2.3 一个实用的分工模型
我目前用的分工模型是这样的:人负责“决定写什么”和“决定怎么写”,AI负责“帮忙找参考”和“帮忙改表达”。具体来说,发明人提供技术构思,我作为撰写者先理解方案、确定要解决的技术问题和必要技术特征,然后让AI去检索类似方案看别人怎么写的,接着我自己起草权利要求的核心骨架,再让AI基于骨架生成说明书初稿,最后我逐字修改权项、调整实施例、补充变劣方案和替代方案。
这个流程里,AI参与了,但决策权始终在人手里。下面我把每个环节的具体操作展开讲。
3. 核心细节:AI辅助专利撰写的具体操作要点
3.1 检索环节:怎么让AI帮你摸清现有技术
检索是专利撰写的起点。你得先知道在这个技术方向上,已经有哪些公开方案,才能确定自己的方案新颖在哪里、创造性在哪里。传统做法是去专利数据库用关键词和分类号组合检索,但关键词选不准很容易漏检。
我的做法是先把技术方案用一段话描述清楚,然后让AI做三件事:
第一,让它列出这个方案可能涉及的关键词和同义词。比如一个“基于温度反馈自动调节转速的散热风扇控制方法”,AI会给出“温度传感”“转速控制”“闭环调节”“散热管理”等关键词,还会提醒你“风扇”可能被写成“风机”“冷却装置”。这些同义词列表直接拿去数据库里扩展检索,比你自己拍脑袋想全得多。
第二,让它根据你的方案描述,生成几段“假设的现有技术文献摘要”。这听起来有点怪,但很有用。AI生成的这些摘要代表了“在这个技术方向上,最可能存在的现有技术长什么样”。你拿着这些摘要去对比真实检索结果,能快速判断自己的方案跟现有技术的差异点在哪里。
第三,让它帮你读检索到的专利文献。你把一篇现有技术的权利要求复制给AI,让它用大白话解释这篇专利到底保护了什么,跟你的方案有什么区别。这一步能大幅缩短你理解对比文件的时间。
注意:AI检索不能替代专业的专利数据库检索。它给出的结果受训练数据时效性和覆盖面的限制,只能作为辅助参考。最终的检索报告必须基于专业数据库的检索结果。
3.2 交底书整理:把发明人的“草稿”变成“素材”
发明人给的技术交底书,质量参差不齐。有的写得很详细但逻辑跳跃,有的只有几页PPT,有的甚至只有一段口头描述。我拿到交底书后,会先让AI做一轮结构化整理。
具体操作是:把交底书原文粘贴给AI,让它按照“技术领域、背景技术、现有技术的缺陷、本发明要解决的技术问题、技术方案、有益效果、具体实施例”这个框架重新组织。AI整理出来的版本不一定完全准确,但它能把散落的信息归位,让你一眼看出哪些部分信息缺失。
比如有一次我拿到一份关于“一种新型连接器”的交底书,发明人写了大量关于材料特性的内容,但对连接器的结构描述很模糊。AI整理后,结构部分明显单薄,我就知道需要跟发明人补充沟通结构细节。如果没有这一步整理,我可能要到写权利要求的时候才发现结构描述不够,那时候再回头找发明人就耽误时间了。
整理完之后,我会让AI基于整理后的内容,生成一份“技术特征清单”,把所有可能的技术特征列出来,包括必要的和可选的。这份清单是后续撰写权利要求的素材库。
3.3 权利要求起草:AI只能打辅助,核心骨架必须自己搭
权利要求是专利的灵魂,这部分我从来不交给AI独立完成。但AI可以在两个地方帮上忙。
一是生成从属权利要求的候选列表。独立权利要求定下来之后,从属权利要求的作用是层层设防,把各种可能的变劣方案、替代方案都圈进来。我会让AI基于技术特征清单,列出“还可以从哪些角度写从属权利要求”。比如对于一个包含“弹簧”的技术方案,AI会提示你可以写“所述弹簧为螺旋弹簧”“所述弹簧的劲度系数在X到Y之间”“所述弹簧的材质为不锈钢”等等。这些候选不一定都用,但能帮你查漏补缺。
二是检查权利要求的引用关系。从属权利要求引用在前的权利要求时,引用关系很容易出错。比如“根据权利要求3所述的装置,其特征在于……”但权利要求3实际上是一个方法权利要求,这种错误人工检查容易漏。让AI过一遍,它能快速标出引用关系异常的地方。
但独立权利要求的撰写,必须自己来。你需要判断哪些是必要技术特征,哪些是非必要技术特征,前序部分和特征部分怎么划分,用“包括”还是“由……组成”,这些决策直接影响保护范围。AI没有能力做这种判断,因为它不知道你的商业目标是什么,不知道竞争对手的产品长什么样,不知道审查员在这个领域的审查习惯。
3.4 说明书撰写:AI生成初稿,人工精修
说明书部分,AI可以承担更多工作。我的流程是:先自己写好权利要求的骨架,然后把权利要求、技术特征清单、交底书整理稿一起给AI,让它生成说明书的初稿。
AI生成的说明书初稿通常有几个问题:背景技术部分容易写成教科书式的科普,发明内容部分跟权利要求几乎重复,具体实施方式部分细节不够。所以初稿出来后,我需要做几轮修改。
背景技术部分,我会自己重写,重点描述现有技术方案及其缺陷,而且这个缺陷必须是本发明能解决的。发明内容部分,我会把权利要求的语言展开成自然语言,同时补充技术效果。具体实施方式部分,我会在AI初稿的基础上,补充具体的实验数据、参数范围、替代方案。比如AI写“所述温度传感器可以是热电偶”,我会扩展成“所述温度传感器可以是热电偶、热电阻或红外温度传感器,在本实施例中优选为K型热电偶,测量范围为-50℃至200℃”。
实操心得:让AI生成说明书时,在提示词里明确要求“不要出现‘通过……可以……’‘随着……的发展’这类套话”,否则AI会大量生成这种无信息量的过渡句,后期修改很费劲。
4. 完整实操流程:从技术交底到申请文件
4.1 第一步:理解方案与确定保护策略
拿到交底书后,我做的第一件事不是打开AI,而是自己先把技术方案吃透。具体要搞清楚几个问题:这个方案要解决什么技术问题?现有技术为什么解决不了?本方案的核心发明点在哪一个或哪几个技术特征上?这些技术特征有没有替代方案?
这一步必须自己完成,因为后续所有撰写决策都依赖于此。我见过一些同行,拿到交底书直接扔给AI生成初稿,结果写出来的权利要求把非必要特征写进了独立权项,保护范围极窄,客户看了直接打回来重写。
理解方案之后,我会确定保护策略。比如核心发明点是一个算法流程,那独立权利要求就写成方法权利要求,同时布局对应的装置权利要求和存储介质权利要求。如果核心发明点是一个结构改进,那重点布局产品权利要求。这些策略层面的决策,AI帮不上忙。
4.2 第二步:AI辅助检索与对比分析
策略定了之后,进入检索环节。我会把技术方案的核心构思用一段话写出来,然后让AI做三件事:列出关键词和同义词、生成假设的现有技术摘要、解释我找到的对比文件。
关键词列表拿到后,我去专业专利数据库做检索。检索结果中跟方案最接近的几篇,我复制给AI,让它逐篇解释“这篇专利公开了什么”“跟我的方案有什么区别”。AI的解释不一定完全准确,但能帮我快速筛选出需要精读的文献。
这一步的产出是一份“现有技术对比表”,列出最接近的现有技术方案、公开的技术特征、与本方案的差异点。这份表是后续撰写背景技术和确定发明点的依据。
4.3 第三步:人工搭建权利要求骨架
这是整个流程中最核心的一步,我全程自己操作。具体做法是:从技术特征清单中选出必要技术特征,构建独立权利要求;然后围绕独立权利要求,从不同角度构建从属权利要求。
构建独立权利要求时,我会反复问自己:这个特征是不是必要的?去掉它方案还能不能解决技术问题?如果去掉之后方案仍然成立,那它就不应该出现在独立权利要求里。这个判断过程没有任何捷径,只能靠对方案的理解和对审查实践的经验。
从属权利要求的构建,我会让AI提供候选列表作为参考,但最终写哪些、怎么写,还是自己决定。通常我会从几个维度布局:结构/步骤的细化、参数范围的限定、材料/元件的替代、应用场景的扩展。
4.4 第四步:AI生成说明书初稿并人工精修
权利要求定稿后,我把权利要求、技术特征清单、交底书整理稿、现有技术对比表一起给AI,让它生成说明书初稿。提示词里我会明确要求:背景技术部分要引用具体的对比文件(用“某现有技术”代称),发明内容部分要覆盖所有权利要求的保护范围,具体实施方式部分要给出至少三个实施例。
初稿出来后,我逐段修改。背景技术部分通常需要重写,因为AI写的太泛。发明内容部分需要调整语言,让它跟权利要求的表述对应但又不完全重复。具体实施方式部分需要大量补充细节,包括具体的参数值、实验条件、替代方案、变劣方案。
注意:AI生成的说明书中经常出现“优选地”“进一步地”“可选地”这类词,用得太频繁会让审查员觉得你在凑字数。我的做法是只在真正需要区分层次的地方用,一般一个实施例里出现一两次就够了。
4.5 第五步:全文检查与格式规范
说明书和权利要求都定稿后,我会让AI做一轮全文检查。检查内容包括:权利要求中的引用关系是否正确、说明书中的附图标记是否与附图一致、技术术语是否前后统一、有没有明显的错别字或语法错误。
这一步AI做得很好,因为它不会像人一样看久了就“眼瞎”。但AI检查出来的问题,需要人工确认后再修改,不能直接采纳。比如AI可能把“所述第一齿轮与所述第二齿轮啮合”改成“所述第一齿轮与所述第二齿轮连接”,虽然读起来更顺,但“啮合”和“连接”在机械领域是完全不同的技术特征,不能随便改。
5. 常见问题与排查技巧实录
5.1 AI生成的权利要求保护范围过窄怎么办
这是最常见的问题。AI生成独立权利要求时,倾向于把所有能想到的技术特征都写进去,导致保护范围被限死。排查方法是:把独立权利要求中的每一个技术特征逐一去掉,看剩下的方案是否还能解决技术问题。如果去掉某个特征后方案仍然成立,那这个特征就是非必要技术特征,应该移到从属权利要求里。
我遇到过一个案例:AI写的独立权利要求里包含了“所述控制器为单片机”这个特征。但方案的核心发明点在于控制逻辑,不在于控制器的具体实现形式。把“单片机”写进独立权利要求,竞争对手用PLC实现同样的逻辑就绕开了。后来我把这个特征移到从属权利要求,独立权利要求只写“控制器”,保护范围就宽多了。
5.2 AI检索结果不准确怎么处理
AI检索的准确性受限于训练数据的时效性和覆盖面。如果AI给出的检索结果明显不相关,或者遗漏了明显应该存在的现有技术,我的处理方法是:换一种方式描述技术方案,让AI重新检索;或者把检索范围缩小到某个具体的技术分支,让AI在这个分支里找。
另外,AI检索的结果只能作为参考,最终的检索报告必须基于专业专利数据库。我通常会把AI检索的结果作为关键词扩展的来源,而不是作为检索结论。
5.3 AI生成的说明书技术细节不够怎么办
AI生成说明书时,具体实施方式部分往往比较空泛。解决办法是在提示词里明确要求“给出至少三个具体的实施例,每个实施例包含具体的参数值、实验条件和效果数据”。如果AI生成的还是不够具体,我会自己补充。比如AI写“所述加热温度为100℃至200℃,我会补充“在本实施例中,加热温度优选为150℃,加热时间为30分钟,此时转化率达到95%以上”。
5.4 常见问题速查表
| 问题类型 | 具体表现 | 排查思路 | 解决方法 |
|---|---|---|---|
| 保护范围过窄 | 独立权利要求含非必要技术特征 | 逐一删除特征,看方案是否仍成立 | 将非必要特征移至从属权利要求 |
| 检索结果不准 | AI遗漏明显现有技术 | 换描述方式或缩小检索范围 | 以专业数据库检索为准,AI结果仅作参考 |
| 说明书细节不足 | 实施方式部分空泛 | 检查是否有具体参数和实验数据 | 补充具体数值、条件和效果数据 |
| 引用关系错误 | 从属权利要求引用不当 | 逐条检查引用编号和类型 | 修正引用关系,确保类型一致 |
| 术语不统一 | 同一部件前后名称不同 | 全文搜索关键词 | 统一术语,建立术语对照表 |
5.5 几个容易踩的坑
第一个坑是过度依赖AI的“流畅感”。AI生成的文本读起来很顺,容易让人产生“写得不错”的错觉。但专利文本的好坏不取决于读起来顺不顺,而取决于保护范围是否合理、技术方案是否清楚、权利要求是否有支撑。我每次修改AI初稿时,都会刻意放慢速度,逐字逐句推敲,避免被流畅的表达带偏。
第二个坑是让AI处理技术方案的核心发明点。有些同行为了省事,把核心发明点的描述也交给AI生成。但AI对核心发明点的理解往往停留在表面,生成的内容可能偏离发明人的本意。我的做法是核心发明点自己写,AI只负责辅助部分的文字整理。
第三个坑是忽略AI的“幻觉”。AI有时会编造不存在的技术特征或参数。比如你让它生成一个实施例,它可能写出“所述材料的弹性模量为200GPa”,但这个数值跟实际材料完全不符。所以AI生成的每一个技术参数,都必须人工核实。
6. 我个人的实操体会与建议
用了这么久AI辅助专利撰写,我最大的体会是:AI把“写”这件事的门槛降低了,但把“写好”这件事的门槛提高了。以前你可能花大量时间在文字组织上,现在AI帮你把文字组织好了,你的时间应该花在更重要的地方——理解技术方案、确定保护策略、推敲权利要求的每一个字。
如果你刚开始用AI辅助写专利,我的建议是从检索和交底书整理这两个环节入手。这两个环节AI的贡献最直接,风险也最低。等你对AI的能力边界有了感觉,再逐步让它参与说明书初稿的生成。权利要求部分,至少在现阶段,还是自己来吧。
另外,不管AI生成的内容看起来多靠谱,最终的申请文件必须由具备专利代理资格的专业人员审核。专利文件的法律属性决定了它不能像普通技术文章那样“差不多就行”。一个词的差异,可能意味着几百万的许可费差距。这个责任,AI承担不了,也不应该由AI承担。