1. 技术交底到底是个什么东西先把概念说清楚。技术交底书是研发人员向专利代理人或撰写者提交的一份技术说明材料核心目的是让一个“完全没参与过你这个项目、但具备本领域基础知识”的人读完能准确理解你的技术方案并据此写出一份合格的专利申请文件。很多人以为技术交底就是“把代码注释整理一下”或者“把需求文档发过去”这个理解偏差非常大。代码注释讲的是“这行代码在干什么”需求文档讲的是“产品要满足什么功能”而技术交底要讲的是“为了解决一个什么技术问题我采用了什么技术手段这个手段为什么能解决问题相比现有做法好在哪里”。这三者的视角完全不同。用 AI 辅助写专利本质上是把“理解技术方案”和“组织法律文本”这两个环节做了部分自动化。但 AI 有一个致命短板它不会读心术。你给它模糊的输入它只能给你模糊的输出甚至给你编造出看似合理但完全偏离你实际方案的内容。所以技术交底的质量直接决定了 AI 输出专利文本的可用性。我自己的经验是一份准备充分的技术交底能让 AI 生成的初稿可用度从“几乎要重写”提升到“改改就能用”的水平。这个差距全在交底阶段。1.1 为什么 AI 时代交底反而更重要了传统模式下你和专利代理人面对面沟通你讲得不清楚代理人可以追问可以凭经验帮你补全逻辑。但用 AI 写专利你面对的是一个对话框它不会主动追问你“这个步骤的必要性是什么”“这个参数范围有没有实验数据支撑”。你给什么它就消化什么。更关键的是AI 有很强的“补全幻觉”倾向。你写了一句“采用温度传感器采集数据”它可能自动帮你补出“温度传感器型号为 PT100采集频率为 1Hz”——这些细节你根本没提过它编的。如果这些编造的细节恰好和你的实际方案矛盾或者引入了你根本没打算保护的额外限定那这份专利文本就埋了雷。所以用 AI 写专利交底阶段的核心任务从“说清楚”升级成了“说清楚且说完整不留让 AI 自由发挥的模糊地带”。1.2 一份合格交底的底线标准我给自己团队定的底线是把交底书给一个同领域但不同项目的同事看他读完能画出一张完整的流程图能说出每个步骤的输入输出能指出哪个步骤是创新的关键。如果做不到这份交底就不合格先别急着喂给 AI。2. 技术交底必须覆盖的六类核心信息下面这六类信息是我踩了无数次坑之后总结出来的“最小完备集”。缺任何一类AI 生成的专利文本都会在对应环节出问题。2.1 技术领域与背景问题这是交底书的“定位”部分。你需要明确告诉 AI这个方案属于哪个技术领域现有技术在这个领域是怎么做的存在什么缺陷。具体要写的内容包括技术领域用一两句话界定比如“本发明涉及数据处理领域具体涉及一种基于规则引擎的日志异常检测方法”。注意不要写得太宽泛写“涉及计算机领域”等于没写。现有技术方案描述目前业内主流的做法。这里不需要写成长篇综述但至少要写清楚“目前大家是怎么解决这个问题的”。比如“现有方案通常采用固定阈值告警运维人员手动设定 CPU 使用率超过 80% 即触发告警”。现有技术的缺陷这是引出你方案创新点的关键。缺陷要写得具体最好能对应到技术层面而非体验层面。写“现有方案误报率高”不如写“固定阈值无法适应业务流量的周期性波动在业务高峰期产生大量误报”。注意背景技术部分不要写太多控制在全文的 10% 到 15% 即可。写多了会稀释创新点而且背景技术部分写进去的内容后续在权利要求里是不受保护的。我一般会要求团队在交底里把“现有技术缺陷”写成条目式每条缺陷对应一个你方案要解决的技术问题。这样 AI 在生成“发明内容”部分时能自动建立“问题-方案”的对应关系逻辑会清晰很多。2.2 技术方案的完整流程这是交底书的核心也是 AI 最需要吃透的部分。你需要把整个技术方案拆解成有序的步骤每个步骤写清楚做什么、怎么做、输入是什么、输出是什么。我推荐用“步骤卡片”的方式来组织这部分内容。每个步骤卡片包含以下字段字段说明示例步骤名称简短标识数据预处理输入上一步的输出或外部数据原始日志流处理逻辑具体怎么操作按时间窗口切分去除重复条目输出本步骤的结果去重后的日志序列关键参数涉及的具体数值或范围时间窗口 5 分钟创新点标记是否为本方案独有是用这种结构化方式写交底好处是 AI 能准确识别步骤之间的依赖关系生成的权利要求书逻辑层次会非常清楚。我试过用纯文字段落描述方案AI 经常把步骤顺序搞混或者把某个步骤的输入输出张冠李戴。另外流程描述要区分“必要步骤”和“可选步骤”。必要步骤是方案能跑通的最小集合可选步骤是锦上添花的优化。这个区分在写权利要求时至关重要——独立权利要求只写必要步骤从属权利要求才写可选步骤。如果你在交底里不区分AI 很可能把所有步骤都塞进独立权利要求导致保护范围过窄。2.3 关键参数与取值范围参数是专利文本里最容易出问题的地方。写得太具体保护范围窄写得太宽泛缺乏支撑写错了方案不可实施。交底阶段需要提供的参数信息包括参数名称和物理含义不要只写“阈值设为 0.8”要写“相似度阈值用于判定两条日志是否属于同一模式取值范围 0.7 到 0.95”。优选值和范围给出你实际使用的最优值以及你认为可接受的上下限。比如“优选 0.85可接受范围 0.75 到 0.92”。参数的确定依据这是很多人忽略的。你要说明这个参数是怎么来的——是实验测出来的还是根据经验设定的还是通过公式计算得到的。AI 在生成具体实施方式时会需要这些依据来支撑参数范围的合理性。实操心得参数范围不要拍脑袋写。我见过一个案例交底里写“温度范围 20 到 80 摄氏度”结果 AI 在具体实施方式里编了三个实施例分别对应 20、50、80但实际方案只在 60 到 70 之间有效。这种“编造实施例”是 AI 的典型问题根源就是交底里没写清楚参数的确定依据和有效区间。2.4 技术效果与实验数据技术效果是专利审查中判断“创造性”的重要依据。你需要告诉 AI你的方案相比现有技术取得了什么可量化的改进。这部分要写的内容效果指标你用什么指标衡量效果比如准确率、召回率、响应时间、资源占用率。对比数据你的方案和现有方案在相同条件下的指标对比。最好有具体的数值比如“准确率从 82% 提升到 94%”。实验条件数据是在什么环境下测出来的样本量多大测试方法是什么。如果暂时没有完整的实验数据至少也要给出定性的效果描述和预期的量化方向。比如“预计能将误报率降低 50% 以上”。但要注意专利文本里写“预计”是不合适的你需要把定性描述转化为可验证的技术效果表述。2.5 替代方案与变体这是交底书里最容易被低估的部分。很多人觉得“我只有一个方案哪来的替代方案”。但实际上任何技术方案都存在多种实现路径。替代方案的来源包括同一功能的不同实现方式比如“数据存储可以用关系型数据库也可以用文件系统”。参数的等效替换比如“相似度计算可以用余弦相似度也可以用欧氏距离”。步骤的合并或拆分比如“预处理和特征提取可以合并为一个步骤也可以拆成两个独立步骤”。应用场景的扩展比如“本方案不仅适用于日志分析也可用于交易记录分析”。为什么要写替代方案因为专利权利要求需要尽可能宽地覆盖各种实现方式。如果你只写一种实现竞争对手换个方式做同样的功能就可能不侵权。AI 在生成权利要求时会根据你提供的替代方案来撰写功能性限定覆盖范围会大很多。2.6 附图与标记说明专利附图不是美术作品它需要清晰展示方案的流程、结构或模块关系。交底阶段需要提供附图清单一共几张图每张图展示什么内容。图中标记每个附图标记对应什么部件或步骤。比如“图 1 中101 表示数据采集模块102 表示预处理模块”。附图类型流程图、结构框图、时序图、系统架构图等。用 AI 写专利时附图说明部分可以自动生成但前提是你提供了清晰的标记对应关系。我一般会建议团队先用画图工具把草图做出来标注好数字再把标记说明整理成表格喂给 AI。3. 用 AI 写专利的实操流程前面讲的是交底内容本身这一部分讲怎么把这些内容有效地喂给 AI以及怎么处理 AI 的输出。3.1 交底文档的结构化整理在把交底内容输入 AI 之前我建议先做一轮结构化整理。具体做法是建立章节骨架按照“技术领域-背景技术-发明内容-附图说明-具体实施方式”的专利标准结构把交底内容对应填入。标记创新点用特殊符号比如【创新点】标出你认为最核心的创新之处。这样 AI 在生成权利要求时会优先围绕这些点展开。分离必要信息和补充信息必要信息是方案能跑通的最小集合补充信息是优化细节。在输入 AI 时先输入必要信息生成独立权利要求再输入补充信息生成从属权利要求。我自己的习惯是分两轮输入。第一轮只给必要信息和背景问题让 AI 生成权利要求书和发明内容。第二轮把具体实施方式、参数细节、替代方案补进去让 AI 扩展说明书部分。这样比一次性全塞进去效果更好AI 不容易“抓错重点”。3.2 提示词的设计要点用 AI 写专利提示词的质量直接影响输出质量。我总结的几个要点明确角色告诉 AI“你是一名专利代理人擅长撰写电子工程领域的专利申请文件”。角色设定会影响 AI 的语言风格和专业程度。指定输出格式明确要求“按照权利要求书、说明书摘要、说明书正文、附图说明的顺序输出”。不指定格式AI 可能给你一篇散文。分步指令不要一次性让 AI 写完整篇专利。先让它写权利要求你确认后再写说明书。权利要求是核心权利要求错了说明书写得再好也没用。提供示例如果你有同领域的专利文本作为参考可以截取一段喂给 AI让它模仿格式和语言风格。注意不要直接把交底书全文粘贴给 AI 然后说“帮我写专利”。这样 AI 会试图一次性完成所有工作结果往往是权利要求写得太窄、说明书重复啰嗦、创新点被淹没在细节里。3.3 AI 输出的验证与修正AI 生成的专利文本必须经过严格验证。我一般会做以下几项检查技术方案一致性检查AI 写的方案和你的实际方案是否一致有没有编造出你没提过的步骤或参数权利要求逻辑检查独立权利要求是否只包含必要技术特征从属权利要求的引用关系是否正确保护范围检查权利要求是否覆盖了你提供的替代方案有没有把非必要特征写进独立权利要求术语一致性检查全文对同一部件的称呼是否统一有没有出现“模块 A”和“单元 A”混用的情况我踩过最大的一个坑是AI 在具体实施方式里自动补了一个“数据加密步骤”而我的方案根本没有这个步骤。这个步骤被写进去之后审查员在审查时可能会认为这是必要技术特征导致保护范围被不必要地限缩。后来我养成了习惯AI 生成的每一句话我都要对照交底书确认来源。4. 常见问题与排查技巧这一部分整理的是我在用 AI 写专利过程中遇到的高频问题以及对应的排查和解决方法。4.1 AI 编造技术细节怎么办这是最常见的问题。AI 会“好心”地帮你补全它认为合理的细节但这些细节可能和你的实际方案不符。排查方法把 AI 生成的文本和交底书逐句对照凡是交底书里没写的内容都要标记出来确认。特别是参数值、材料型号、算法名称这类具体信息。解决方法在提示词里明确加一句“只使用我提供的信息不要自行补充任何技术细节”。虽然 AI 不一定完全遵守但能减少大部分编造行为。另外交底书里写得越完整AI 编造的空间就越小。4.2 权利要求写得太窄怎么办AI 倾向于把交底书里的所有细节都写进权利要求导致保护范围过窄。排查方法看独立权利要求里是否包含了非必要技术特征。判断标准是去掉这个特征方案还能不能解决你提出的技术问题如果能这个特征就不应该出现在独立权利要求里。解决方法在交底书里明确标注哪些是必要特征哪些是可选特征。输入 AI 时先只给必要特征生成独立权利要求确认后再补充可选特征生成从属权利要求。4.3 说明书和权利要求书不对应怎么办权利要求书要求保护的技术方案必须在说明书里有充分的支持。AI 有时会在权利要求里写一个方案但说明书里找不到对应的详细描述。排查方法把权利要求里的每个技术特征拆出来在说明书里找对应的描述。找不到的就是缺乏支持。解决方法在交底书里确保每个技术特征都有详细的展开说明。输入 AI 时让它在生成权利要求后自动为每个权利要求特征生成对应的说明书段落。4.4 术语前后不一致怎么办AI 在长文本生成中容易出现术语漂移比如前面叫“预处理模块”后面叫“数据清洗单元”。排查方法全文搜索关键术语看是否有多种表述方式。解决方法在交底书里建立术语表明确每个概念的标准表述。输入 AI 时附上术语表要求它严格使用统一术语。4.5 常见问题速查表问题类型典型表现排查方法解决技巧编造细节出现交底未提及的参数或步骤逐句对照交底书提示词限制交底写完整范围过窄独立权利要求含非必要特征去掉特征测试区分必要/可选特征缺乏支持权利要求特征在说明书中找不到特征拆解对照每个特征配详细描述术语漂移同一概念多种叫法全文搜索关键词建立术语表逻辑混乱步骤顺序颠倒或依赖关系错误画流程图验证用步骤卡片结构化输入效果夸大出现无法验证的效果描述对照实验数据只写有数据支撑的效果4.6 几个容易被忽略的细节第一交底书里要写清楚“技术问题”的层次。核心问题是什么次要问题是什么。AI 在生成发明内容时会按照你给出的问题层次来组织技术效果。如果你把所有问题平铺直叙AI 可能把次要问题当成核心问题来展开。第二如果有多个创新点要明确哪个是“主创新点”哪些是“辅助创新点”。主创新点对应独立权利要求辅助创新点对应从属权利要求。这个层次关系不明确AI 生成的权利要求书会缺乏层次感。第三附图标记不要用中文用数字。AI 对数字标记的处理准确率明显高于中文标记。而且数字标记在后续修改和引用时更方便。第四交底书里不要写“大约”“可能”“优选”这类模糊词汇。专利文本需要确定性表述。你写“大约 50%”AI 可能给你生成“50% 左右”这在专利审查中是不允许的。要写“50%”或者“45% 到 55% 的范围”。第五如果方案涉及算法交底书里要写清楚算法的输入输出格式、执行主体、执行顺序。AI 对算法类方案的处理容易出现“伪代码化”倾向把专利文本写成代码注释风格。你需要在提示词里明确要求“用自然语言描述算法流程不要出现代码”。5. 我的个人体会用 AI 写专利这件事工具本身的能力已经足够强了瓶颈不在 AI 那边在交底这边。我见过太多人抱怨 AI 写出来的专利“没法用”但一看交底书只有半页纸连基本流程都没说清楚。这种情况下AI 能写出“看起来像专利”的东西已经算超常发挥了。我的建议是把交底当成一个独立的任务来对待不要把它当成写专利的“准备工作”。交底写好了专利就完成了一半。剩下的交给 AI 和代理人效率会高很多。另外不要指望 AI 一次生成就完美。我通常会让 AI 生成三版权利要求然后对比着看取各自的长处。第一版让它自由发挥第二版限制它只用必要特征第三版让它参考同领域专利的写法。三版对比下来你对方案的理解也会更深入。最后分享一个我常用的检查方法把 AI 生成的专利文本读给一个不懂技术的朋友听看他能不能说出“这个方案是干什么的、怎么干的、比原来好在哪”。如果他说不出来说明文本的可读性和逻辑性还有问题需要回去改交底或者调整提示词。这个方法虽然土但很有效。 
长河君 · 2026/10/20 11:46:54 · 阅读 1.2k AI写专利前，技术交底书必须覆盖的六类核心信息
1. 技术交底到底是个什么东西先把概念说清楚。技术交底书是研发人员向专利代理人或撰写者提交的一份技术说明材料核心目的是让一个“完全没参与过你这个项目、但具备本领域基础知识”的人读完能准确理解你的技术方案并据此写出一份合格的专利申请文件。很多人以为技术交底就是“把代码注释整理一下”或者“把需求文档发过去”这个理解偏差非常大。代码注释讲的是“这行代码在干什么”需求文档讲的是“产品要满足什么功能”而技术交底要讲的是“为了解决一个什么技术问题我采用了什么技术手段这个手段为什么能解决问题相比现有做法好在哪里”。这三者的视角完全不同。用 AI 辅助写专利本质上是把“理解技术方案”和“组织法律文本”这两个环节做了部分自动化。但 AI 有一个致命短板它不会读心术。你给它模糊的输入它只能给你模糊的输出甚至给你编造出看似合理但完全偏离你实际方案的内容。所以技术交底的质量直接决定了 AI 输出专利文本的可用性。我自己的经验是一份准备充分的技术交底能让 AI 生成的初稿可用度从“几乎要重写”提升到“改改就能用”的水平。这个差距全在交底阶段。1.1 为什么 AI 时代交底反而更重要了传统模式下你和专利代理人面对面沟通你讲得不清楚代理人可以追问可以凭经验帮你补全逻辑。但用 AI 写专利你面对的是一个对话框它不会主动追问你“这个步骤的必要性是什么”“这个参数范围有没有实验数据支撑”。你给什么它就消化什么。更关键的是AI 有很强的“补全幻觉”倾向。你写了一句“采用温度传感器采集数据”它可能自动帮你补出“温度传感器型号为 PT100采集频率为 1Hz”——这些细节你根本没提过它编的。如果这些编造的细节恰好和你的实际方案矛盾或者引入了你根本没打算保护的额外限定那这份专利文本就埋了雷。所以用 AI 写专利交底阶段的核心任务从“说清楚”升级成了“说清楚且说完整不留让 AI 自由发挥的模糊地带”。1.2 一份合格交底的底线标准我给自己团队定的底线是把交底书给一个同领域但不同项目的同事看他读完能画出一张完整的流程图能说出每个步骤的输入输出能指出哪个步骤是创新的关键。如果做不到这份交底就不合格先别急着喂给 AI。2. 技术交底必须覆盖的六类核心信息下面这六类信息是我踩了无数次坑之后总结出来的“最小完备集”。缺任何一类AI 生成的专利文本都会在对应环节出问题。2.1 技术领域与背景问题这是交底书的“定位”部分。你需要明确告诉 AI这个方案属于哪个技术领域现有技术在这个领域是怎么做的存在什么缺陷。具体要写的内容包括技术领域用一两句话界定比如“本发明涉及数据处理领域具体涉及一种基于规则引擎的日志异常检测方法”。注意不要写得太宽泛写“涉及计算机领域”等于没写。现有技术方案描述目前业内主流的做法。这里不需要写成长篇综述但至少要写清楚“目前大家是怎么解决这个问题的”。比如“现有方案通常采用固定阈值告警运维人员手动设定 CPU 使用率超过 80% 即触发告警”。现有技术的缺陷这是引出你方案创新点的关键。缺陷要写得具体最好能对应到技术层面而非体验层面。写“现有方案误报率高”不如写“固定阈值无法适应业务流量的周期性波动在业务高峰期产生大量误报”。注意背景技术部分不要写太多控制在全文的 10% 到 15% 即可。写多了会稀释创新点而且背景技术部分写进去的内容后续在权利要求里是不受保护的。我一般会要求团队在交底里把“现有技术缺陷”写成条目式每条缺陷对应一个你方案要解决的技术问题。这样 AI 在生成“发明内容”部分时能自动建立“问题-方案”的对应关系逻辑会清晰很多。2.2 技术方案的完整流程这是交底书的核心也是 AI 最需要吃透的部分。你需要把整个技术方案拆解成有序的步骤每个步骤写清楚做什么、怎么做、输入是什么、输出是什么。我推荐用“步骤卡片”的方式来组织这部分内容。每个步骤卡片包含以下字段字段说明示例步骤名称简短标识数据预处理输入上一步的输出或外部数据原始日志流处理逻辑具体怎么操作按时间窗口切分去除重复条目输出本步骤的结果去重后的日志序列关键参数涉及的具体数值或范围时间窗口 5 分钟创新点标记是否为本方案独有是用这种结构化方式写交底好处是 AI 能准确识别步骤之间的依赖关系生成的权利要求书逻辑层次会非常清楚。我试过用纯文字段落描述方案AI 经常把步骤顺序搞混或者把某个步骤的输入输出张冠李戴。另外流程描述要区分“必要步骤”和“可选步骤”。必要步骤是方案能跑通的最小集合可选步骤是锦上添花的优化。这个区分在写权利要求时至关重要——独立权利要求只写必要步骤从属权利要求才写可选步骤。如果你在交底里不区分AI 很可能把所有步骤都塞进独立权利要求导致保护范围过窄。2.3 关键参数与取值范围参数是专利文本里最容易出问题的地方。写得太具体保护范围窄写得太宽泛缺乏支撑写错了方案不可实施。交底阶段需要提供的参数信息包括参数名称和物理含义不要只写“阈值设为 0.8”要写“相似度阈值用于判定两条日志是否属于同一模式取值范围 0.7 到 0.95”。优选值和范围给出你实际使用的最优值以及你认为可接受的上下限。比如“优选 0.85可接受范围 0.75 到 0.92”。参数的确定依据这是很多人忽略的。你要说明这个参数是怎么来的——是实验测出来的还是根据经验设定的还是通过公式计算得到的。AI 在生成具体实施方式时会需要这些依据来支撑参数范围的合理性。实操心得参数范围不要拍脑袋写。我见过一个案例交底里写“温度范围 20 到 80 摄氏度”结果 AI 在具体实施方式里编了三个实施例分别对应 20、50、80但实际方案只在 60 到 70 之间有效。这种“编造实施例”是 AI 的典型问题根源就是交底里没写清楚参数的确定依据和有效区间。2.4 技术效果与实验数据技术效果是专利审查中判断“创造性”的重要依据。你需要告诉 AI你的方案相比现有技术取得了什么可量化的改进。这部分要写的内容效果指标你用什么指标衡量效果比如准确率、召回率、响应时间、资源占用率。对比数据你的方案和现有方案在相同条件下的指标对比。最好有具体的数值比如“准确率从 82% 提升到 94%”。实验条件数据是在什么环境下测出来的样本量多大测试方法是什么。如果暂时没有完整的实验数据至少也要给出定性的效果描述和预期的量化方向。比如“预计能将误报率降低 50% 以上”。但要注意专利文本里写“预计”是不合适的你需要把定性描述转化为可验证的技术效果表述。2.5 替代方案与变体这是交底书里最容易被低估的部分。很多人觉得“我只有一个方案哪来的替代方案”。但实际上任何技术方案都存在多种实现路径。替代方案的来源包括同一功能的不同实现方式比如“数据存储可以用关系型数据库也可以用文件系统”。参数的等效替换比如“相似度计算可以用余弦相似度也可以用欧氏距离”。步骤的合并或拆分比如“预处理和特征提取可以合并为一个步骤也可以拆成两个独立步骤”。应用场景的扩展比如“本方案不仅适用于日志分析也可用于交易记录分析”。为什么要写替代方案因为专利权利要求需要尽可能宽地覆盖各种实现方式。如果你只写一种实现竞争对手换个方式做同样的功能就可能不侵权。AI 在生成权利要求时会根据你提供的替代方案来撰写功能性限定覆盖范围会大很多。2.6 附图与标记说明专利附图不是美术作品它需要清晰展示方案的流程、结构或模块关系。交底阶段需要提供附图清单一共几张图每张图展示什么内容。图中标记每个附图标记对应什么部件或步骤。比如“图 1 中101 表示数据采集模块102 表示预处理模块”。附图类型流程图、结构框图、时序图、系统架构图等。用 AI 写专利时附图说明部分可以自动生成但前提是你提供了清晰的标记对应关系。我一般会建议团队先用画图工具把草图做出来标注好数字再把标记说明整理成表格喂给 AI。3. 用 AI 写专利的实操流程前面讲的是交底内容本身这一部分讲怎么把这些内容有效地喂给 AI以及怎么处理 AI 的输出。3.1 交底文档的结构化整理在把交底内容输入 AI 之前我建议先做一轮结构化整理。具体做法是建立章节骨架按照“技术领域-背景技术-发明内容-附图说明-具体实施方式”的专利标准结构把交底内容对应填入。标记创新点用特殊符号比如【创新点】标出你认为最核心的创新之处。这样 AI 在生成权利要求时会优先围绕这些点展开。分离必要信息和补充信息必要信息是方案能跑通的最小集合补充信息是优化细节。在输入 AI 时先输入必要信息生成独立权利要求再输入补充信息生成从属权利要求。我自己的习惯是分两轮输入。第一轮只给必要信息和背景问题让 AI 生成权利要求书和发明内容。第二轮把具体实施方式、参数细节、替代方案补进去让 AI 扩展说明书部分。这样比一次性全塞进去效果更好AI 不容易“抓错重点”。3.2 提示词的设计要点用 AI 写专利提示词的质量直接影响输出质量。我总结的几个要点明确角色告诉 AI“你是一名专利代理人擅长撰写电子工程领域的专利申请文件”。角色设定会影响 AI 的语言风格和专业程度。指定输出格式明确要求“按照权利要求书、说明书摘要、说明书正文、附图说明的顺序输出”。不指定格式AI 可能给你一篇散文。分步指令不要一次性让 AI 写完整篇专利。先让它写权利要求你确认后再写说明书。权利要求是核心权利要求错了说明书写得再好也没用。提供示例如果你有同领域的专利文本作为参考可以截取一段喂给 AI让它模仿格式和语言风格。注意不要直接把交底书全文粘贴给 AI 然后说“帮我写专利”。这样 AI 会试图一次性完成所有工作结果往往是权利要求写得太窄、说明书重复啰嗦、创新点被淹没在细节里。3.3 AI 输出的验证与修正AI 生成的专利文本必须经过严格验证。我一般会做以下几项检查技术方案一致性检查AI 写的方案和你的实际方案是否一致有没有编造出你没提过的步骤或参数权利要求逻辑检查独立权利要求是否只包含必要技术特征从属权利要求的引用关系是否正确保护范围检查权利要求是否覆盖了你提供的替代方案有没有把非必要特征写进独立权利要求术语一致性检查全文对同一部件的称呼是否统一有没有出现“模块 A”和“单元 A”混用的情况我踩过最大的一个坑是AI 在具体实施方式里自动补了一个“数据加密步骤”而我的方案根本没有这个步骤。这个步骤被写进去之后审查员在审查时可能会认为这是必要技术特征导致保护范围被不必要地限缩。后来我养成了习惯AI 生成的每一句话我都要对照交底书确认来源。4. 常见问题与排查技巧这一部分整理的是我在用 AI 写专利过程中遇到的高频问题以及对应的排查和解决方法。4.1 AI 编造技术细节怎么办这是最常见的问题。AI 会“好心”地帮你补全它认为合理的细节但这些细节可能和你的实际方案不符。排查方法把 AI 生成的文本和交底书逐句对照凡是交底书里没写的内容都要标记出来确认。特别是参数值、材料型号、算法名称这类具体信息。解决方法在提示词里明确加一句“只使用我提供的信息不要自行补充任何技术细节”。虽然 AI 不一定完全遵守但能减少大部分编造行为。另外交底书里写得越完整AI 编造的空间就越小。4.2 权利要求写得太窄怎么办AI 倾向于把交底书里的所有细节都写进权利要求导致保护范围过窄。排查方法看独立权利要求里是否包含了非必要技术特征。判断标准是去掉这个特征方案还能不能解决你提出的技术问题如果能这个特征就不应该出现在独立权利要求里。解决方法在交底书里明确标注哪些是必要特征哪些是可选特征。输入 AI 时先只给必要特征生成独立权利要求确认后再补充可选特征生成从属权利要求。4.3 说明书和权利要求书不对应怎么办权利要求书要求保护的技术方案必须在说明书里有充分的支持。AI 有时会在权利要求里写一个方案但说明书里找不到对应的详细描述。排查方法把权利要求里的每个技术特征拆出来在说明书里找对应的描述。找不到的就是缺乏支持。解决方法在交底书里确保每个技术特征都有详细的展开说明。输入 AI 时让它在生成权利要求后自动为每个权利要求特征生成对应的说明书段落。4.4 术语前后不一致怎么办AI 在长文本生成中容易出现术语漂移比如前面叫“预处理模块”后面叫“数据清洗单元”。排查方法全文搜索关键术语看是否有多种表述方式。解决方法在交底书里建立术语表明确每个概念的标准表述。输入 AI 时附上术语表要求它严格使用统一术语。4.5 常见问题速查表问题类型典型表现排查方法解决技巧编造细节出现交底未提及的参数或步骤逐句对照交底书提示词限制交底写完整范围过窄独立权利要求含非必要特征去掉特征测试区分必要/可选特征缺乏支持权利要求特征在说明书中找不到特征拆解对照每个特征配详细描述术语漂移同一概念多种叫法全文搜索关键词建立术语表逻辑混乱步骤顺序颠倒或依赖关系错误画流程图验证用步骤卡片结构化输入效果夸大出现无法验证的效果描述对照实验数据只写有数据支撑的效果4.6 几个容易被忽略的细节第一交底书里要写清楚“技术问题”的层次。核心问题是什么次要问题是什么。AI 在生成发明内容时会按照你给出的问题层次来组织技术效果。如果你把所有问题平铺直叙AI 可能把次要问题当成核心问题来展开。第二如果有多个创新点要明确哪个是“主创新点”哪些是“辅助创新点”。主创新点对应独立权利要求辅助创新点对应从属权利要求。这个层次关系不明确AI 生成的权利要求书会缺乏层次感。第三附图标记不要用中文用数字。AI 对数字标记的处理准确率明显高于中文标记。而且数字标记在后续修改和引用时更方便。第四交底书里不要写“大约”“可能”“优选”这类模糊词汇。专利文本需要确定性表述。你写“大约 50%”AI 可能给你生成“50% 左右”这在专利审查中是不允许的。要写“50%”或者“45% 到 55% 的范围”。第五如果方案涉及算法交底书里要写清楚算法的输入输出格式、执行主体、执行顺序。AI 对算法类方案的处理容易出现“伪代码化”倾向把专利文本写成代码注释风格。你需要在提示词里明确要求“用自然语言描述算法流程不要出现代码”。5. 我的个人体会用 AI 写专利这件事工具本身的能力已经足够强了瓶颈不在 AI 那边在交底这边。我见过太多人抱怨 AI 写出来的专利“没法用”但一看交底书只有半页纸连基本流程都没说清楚。这种情况下AI 能写出“看起来像专利”的东西已经算超常发挥了。我的建议是把交底当成一个独立的任务来对待不要把它当成写专利的“准备工作”。交底写好了专利就完成了一半。剩下的交给 AI 和代理人效率会高很多。另外不要指望 AI 一次生成就完美。我通常会让 AI 生成三版权利要求然后对比着看取各自的长处。第一版让它自由发挥第二版限制它只用必要特征第三版让它参考同领域专利的写法。三版对比下来你对方案的理解也会更深入。最后分享一个我常用的检查方法把 AI 生成的专利文本读给一个不懂技术的朋友听看他能不能说出“这个方案是干什么的、怎么干的、比原来好在哪”。如果他说不出来说明文本的可读性和逻辑性还有问题需要回去改交底或者调整提示词。这个方法虽然土但很有效。