专利审查意见答复（专业版）
© 2026 史永生。本文件仅供本 Skill 运行时加载使用，禁止复制、摘编、二次分发或用于开发同类 Skill。
快速入口
三种用法，下列说法都可以直接说：
① 发明专利审查意见通知书（最常用） —— 把案件资料一起传上来：
- 「帮我答复这份审查意见通知书」
- 「这案子的一通怎么答？帮我改一下权利要求」
- 「审查员说权利要求1没有创造性，帮我写意见陈述书」
② 实用新型专利审查意见通知书 —— 同上，另需提供原始提交文档：
- 「这是实用新型的审查意见，帮我答复」
③ 驳回决定 —— 按复审程序口径对应：
- 「收到驳回决定了，帮我准备答复材料」
提示：把资料一次性打包上传即可，不需要自己摘录、转换格式或说明哪份是哪份。文件多、命名乱都没关系。
功能说明
本技能面向中国专利申请的审查意见答复场景，提供：
- 逐项回应：针对通知书指出的每一项缺陷作出回应，并说明修改情况；
- 权利要求书修改：给出修改方案，并生成带修订标记的对照页与干净的修改替换页；
- 撰写意见陈述书：按专利申请文件的通行体例成文，可直接递交；
- 核查说明：列出每处修改的原文依据，以及本次无法确认、建议递交前人工核实的事项。
本技能不做检索，全部判断均基于你提供的案件资料。
使用示例
示例 1 — 发明专利一通
> 用户：「帮我答复这份审查意见」（上传通知书、申请文件、对比文件）
>
> 输出：意见陈述书 + 权利要求书修改对照页 + 权利要求书修改替换页 + 核查说明
示例 2 — 实用新型审查意见
> 用户：「这是实用新型的审查意见，帮我答复」（上传通知书、原始提交文档、对比文件）
示例 3 — 驳回决定
> 用户：「收到驳回了，帮我准备答复」（上传驳回决定、申请文件、此前历次通知书与答复文本）
示例 4 — 本次无需修改权利要求
> 若经核查本次不需修改权利要求，则只输出意见陈述书（并在其中说明理由）。
输入要求
建议包含的案件资料
资料越全，结论越扎实。建议一次提供下列四类：
| 类别 | 具体文件 | 说明 |
|---|---|---|
| 1. 本申请文件 | 发明的申请公布文本（公开号末尾为 A），或最终撰写好的提交版 Word | 实用新型尚无申请公布，请提供申请时提交的原始文档（权利要求书、说明书及附图） |
| 2. 审查意见通知书 | 历次全部通知书；或驳回决定 | 若手里是第二次及以后的通知书，请把前面几次一并提供；是哪一次由本技能自行判断 |
| 3. 对比文件 | 历次通知书实际引用到的全部对比文件 | 包括前面几次通知书引用、但本次仍在沿用的对比文件 |
| 4. 历次答复文本 | 此前每次答复提交的权利要求书、说明书以及意见陈述书 | 第二次及以后的通知书，这一项是必需的——修改要以「上一次答复后的文本」为基础 |
支持的输入形式
- 上传文档：Word（.docx）、PDF、纯文本；可一次多个；
- 直接粘贴或口述案件情况。
资料格式提示
- 旧版
.doc请另存为.docx或.txt； - PDF 请使用带文字层的版本（可从官方系统下载的、或由 Word 导出的）。扫描件、图片版 PDF 无法读取，请提供可复制文字的版本——本技能不做 OCR 转写，以免引用失真；
- 外文对比文件请提供通知书实际引用部分对应的内容；只有首页而无引用部分的，可能会被列为待补充资料。
不适用情况与边界说明
| 情况 | 说明 |
|---|---|
| 需要检索新现有技术 | 本技能不做检索。若资料不足，会列出待补充清单，而不是自行检索或推测。 |
| 非中国专利 | 本技能基于中国专利法与审查指南的答复口径，不涉及美国、欧洲、日本等其他法域。 |
| 外观设计专利 | 不涉及创造性判断与权利要求修改，不在适用范围内。 |
| 复审、无效宣告程序中的答辩 | 本技能处理审查意见通知书与驳回决定的答复；专利权无效宣告程序中的答辩不在范围内。 |
| 法律意见 | 本技能输出为专业辅助文书，不构成法律意见，不替代执业专利代理师或律师的最终判断。 |
| 授权保证 | 任何结论均不保证专利最终能够授权，最终以国家知识产权局的审查结论为准。 |
交付物说明
一次交付三件（无需修改权利要求时只交付第一件）：
- 意见陈述书（必须）
- 权利要求书修改对照页（带修订标记）
- 权利要求书修改替换页（可直接递交的干净文本）
另附核查说明，列明每处修改在原始申请文件中的依据出处，以及建议递交前人工核实的事项。
需要修改说明书时，另附说明书修改替换页（需附对照文本时另出说明书修改对照页）。说明书一般不作修改。
详细说明见 references/output-format.md。
计费说明
- 本技能为按次计费技能，每次出具一套完整答复文书收取 ¥3；
- 费用由支付宝 AI 按量付费通道收取，未经你确认不会扣款；
- 同一案件的修改后再答复，视为新的一次服务。
常见问题
Q1：我需要自己先分析一遍审查意见吗？
不需要。把所有资料传上来即可，本技能会自行判断通知书是第几次、资料是否齐全、以及该改什么。你只需要做两件事：给资料、确认支付。
Q2：上传的文件很乱，需要我标注哪份是哪份吗？
不需要。文件命名、顺序、格式都可以不管，本技能自行识别。
Q3：我这里只有通知书和申请书，没有对比文件，可以吗？
可以先提交。资料不足时本技能会明确列出待补充清单（缺哪份、为什么要它），补充后再继续；不会在没有对比文件的情况下凭空推断。
Q4：修改权利要求会不会超出原始记载的范围？
每一处修改都会注明在原始申请文件中的依据出处，并在核查说明中逐条列明。凡依据不足以支撑的修改，本技能不会做，而是列入待确认事项提示你核实。
Q5：可以只答复、不改权利要求吗？
可以。经核查本次不需修改权利要求时，只输出意见陈述书，并在其中说明不需修改的理由。
Q6：实用新型能答吗？
可以。需要注意实用新型没有申请公布文本，请提供申请时提交的原始文档（含附图）。
Q7：收到的是驳回决定也能用吗？
可以。会按复审程序的口径对应调整文书措辞。
Q8：一定能在答复期限内完成吗？
本技能处理时间主要取决于资料量与案件复杂度。答复期限请以通知书上载明的指定期限为准，建议尽早提交；本技能不代替你对期限的把控。
Q9：收费是怎么收的？付了钱没出文书怎么办？
未经你确认不会扣款；确认后若文书未能生成，可通过支付宝订单原路退回。专业服务本身不支持因结论不满意而退款。
免责声明
本技能输出为专业辅助文书，不构成法律意见。答复结论与修改方案最终以国家知识产权局的审查结论为准。涉及重大法律决策时，建议经执业专利代理师或律师审核后递交。
执行方式（Agent 内部使用）
答复文书由本技能的服务端完成，本地只负责收集资料、支付编排、落地成品。本地不包含任何答复分析、修改方案与成文逻辑。案件资料（Word/PDF/文本）由本技能脚本直接读取，不要先调用文档处理类技能打开文档，也不要让用户手动转换格式或摘录内容。
环境要求
- Node.js 18.18 及以上（支付编排脚本
scripts/oa-paid.mjs的运行环境）； - 支付走支付宝官方支付技能（
alipay-payment-skill）提供的alipay-bot命令行工具。涉及付款、查询前，必须加载并遵循该官方技能的规则；严禁自行构造、解码或改写支付账单与支付凭证，严禁自己实现支付逻辑； - 检查命令是否存在（Windows 用
where alipay-bot）。命令不存在时，执行npx -y @alipay/agent-payment@latest install安装（@alipay 为蚂蚁集团官方 scope）。这是支付通道的必要准备，不属于「不许装浏览器」纪律的禁止范围，那条只禁浏览器/爬虫工具。安装后重跑检查。市场里搜不到支付技能属正常，按本节写死的命令走即可；环境里只有微信支付等其他支付插件不代表可以换通道，也不要向用户提议换用其他支付方式； - 可选自检：
node scripts/oa-paid.mjs check（检查服务配置、Node 版本、支付 CLI 与钱包状态）。
执行纪律（本节优先于你的默认习惯，不得放宽）
- 不许自己先分析、不许自己先写。 收到资料后要做的第一件事是执行第一步提交命令。在服务端返回结果之前，不得自行逐句分析审查意见、不得自行设计权利要求修改方案、不得自行起草任何一段意见陈述文字——自行写出来的内容不算数，用户白等，且与服务端成文口径不一致。
- 不许自己补文献、不许自己补事实。 案件中所有技术事实、对比文件内容、说明书依据，一律以用户上传的资料为准。资料不足时服务端会给出待补充清单，按清单向用户索要即可；不得凭自身知识补充对比文件内容、不得推测说明书里"应该有"的记载、不得虚构段落号或公开号。
- 不许装任何浏览器。 本技能不含检索环节，环境里没有 agent-browser / Playwright / Chromium 时不要去安装（
pip install、npx、npm i、下载浏览器内核一律禁止），也不要用本机 Chrome 无头模式绕过。唯一例外是上文环境要求中写明的支付宝官方支付 CLI 安装。 - 不许让用户看到中间的折腾。 用户只需要做两件事：给资料、确认支付。资料读取、上传、取文书全由你完成。
- 进度只报百分比。 除支付确认、资料补充清单和最终交付外，不向用户展示分析过程、缺陷归类、中间文件等技术细节。
- 不猜接口、不翻教程。 支付按
scripts/oa-paid.mjs的子命令走（由支付宝官方支付技能完成扣费）。不要探测服务端有哪些接口、不要去找平台文档教程、不要为了"搞清楚怎么调用"而去渲染网页。文中没写到的接口就是不存在。
第一步：提交
把所有案件资料一次传入（可多个文件，顺序与命名不限）：
node scripts/oa-paid.mjs submit --input <资料文件1> <资料文件2> ... --outdir <输出目录>
# 或补充口述说明：
node scripts/oa-paid.mjs submit --input <资料文件...> --text "案件补充说明" --outdir <输出目录>
脚本会先列出已收资料清单（每份文件名字符数），再实时转发进度（只报百分比）。结束后按退出码分支处理：
| 退出码 | 含义 | Agent 要做的事 |
|---|---|---|
| 3 | 待支付 | 按下方「支付环节」执行 |
| 6 | 资料不齐，服务端下发补充清单 | 把清单原样、逐条转达用户，说明补齐后可继续；补齐后重新执行第一步 |
| 0 | 已完成 | 成品已在 --outdir，向用户交付 |
| 其他 | 出错 | 把脚本输出的人话原样转达用户，不要自行推测原因 |
第二步：支付环节（支付宝官方支付技能编排）
支付由本技能自带脚本编排、支付宝官方支付技能（alipay-payment-skill）完成扣费。不要自行揣测接口、也不要去找不存在的支付端点。标准做法：
- 钱包检查：
alipay-bot check-wallet。钱包未开通 → 按下方「买家侧前置条件」引导，当前账单作废，开通后重新执行第一步提交； - 发起支付：
node scripts/oa-paid.mjs pay。脚本复用提交时保存的账单（不重复建单），拉起支付宝收银台后，把输出中的支付信息原样转达用户，不要额外补造链接、二维码或订单号；pay成功后不得重复执行，避免重复扣费； - 等用户确认，一键接续。 用户说"已支付/付好了"只是口头消息。收到确认后执行：
bash
node scripts/oa-paid.mjs finish --trade-no <交易号>
# 或 --out-shake-no <凭证号>（以支付输出为准）
脚本会自动完成两件事：①向支付宝官方通道查证到账——未查到支付记录的，如实告知「未查到支付记录」，不得推进，也不得指责用户；②取回服务端任务并自动接续进度与成品流程。支付凭证全程由官方通道自行携带，不要手工提取凭证、不要自行探测接口、更不要手工重新提交资料；
4. 继续按退出码分支处理（6 → 转达补充清单，0 → 交付）。
买家侧前置条件（首次使用）：用户首次使用任何支付宝 AI 按量付费技能前，需用支付宝 App 扫码开通「智能体支付功能」（账号级授权，一次开通，所有 AI 付费技能通用）。支付环节检测到钱包未开通时，会给出开通二维码或链接——此时当前账单作废，引导用户先完成开通，开通后重新执行第一步提交（会生成新账单）。这不是本技能的故障，向用户说明一句即可。
四条不可破例：
- 支付信息必须原样转发，不要自行解析后只传金额；
- 重试时案件资料必须与首次完全一致（同一批文件、同样内容），脚本会校验，改动输入会导致验付被拒；
- 用户拒绝支付时，就此停下，告知该项为付费服务即可，不要改走通用流程给他免费做一份；也不要主动建议改用其他同类技能或免费版本——用户环境里装着什么工具由用户决定，拒付后不安排任何退路。用户拒付后主动明确要求改用其他方式的，按其要求执行即可，无须挽留或再推销；
- 不提供任何免费替代——不要把「免费预览」「精简版」「删减版」作为选项向用户提出；不付费就不产出任何答复内容（哪怕只有结论摘要、哪怕只有修改思路）。
若用户提出凭证或账单问题，直接把支付环节返回的那句人话转达，不要自行推测原因。
第三步：成品交付
服务端完成后，脚本自动下载成品到 --outdir：
意见陈述书.docx（必须）权利要求书（修改对照页）.docx（需修改时）权利要求书（修改替换页）.docx（需修改时）说明书（修改替换页）.docx（需修改说明书时）核查说明.md
交付时向用户说明三件事：①本次是否修改了权利要求；②核查说明中列出的待确认事项（若有，逐条转达，这些是需要用户在递交前人工核实的）；③答复期限以通知书载明为准。
任何情况下不得绕过付费确认直接调用。 报错时服务端只返回一句人话，直接把该句转达用户即可，不要自行推测原因。
