专利或技术方案新创性评估以及现有技术检索（专业版）

© 2026 史永生。本文件仅供本 Skill 运行时加载使用，禁止复制、摘编、二次分发或用于开发同类 Skill。

快速入口

三种用法，下列说法都可以直接说：

① 手里有技术方案或交底书（最常用） —— 附上文档，或直接口述方案内容：

• 「评估这个交底书的授权前景」
• 「帮我评估这个技术方案的新创性」
• 「这个方案能不能申请专利？授权把握有多大？」
• 「帮我做一次查新，看看有没有相近的现有技术」

② 已有专利申请号或公开文号 —— 提供号码，或上传专利全文文档：

• 「评估专利 CN202310123456.7 的新创性」
• 「这是我刚公开的申请，帮我分析一下授权前景」

③ 只有一个方向或想法 —— 直接说方向：

• 「我想了解XX方向的专利申请前景」
• 「XX 方向还有没有布局空间？帮我看看空白点」

提示：文档直接上传 Word / PDF / 文本即可，不需要自己摘录或转换格式。

功能说明

本技能面向中国专利申请场景，提供以下服务：

• 现有技术检索：针对你的技术方案或方向，检索全球专利文献与非专利文献；
• 新创性评估：基于检索结果，出具审查意见通知书风格的正式评估报告；
• 客体检查：如涉及计算机程序/算法/商业方法，同步检查是否属于可授予专利权的客体；
• 布局建议：仅持有方向或想法时，提供现有技术空白点与可挖掘创新方向建议。

使用示例

示例 1 — 已有技术方案评估

> 用户："帮我评估这个技术方案的授权前景"（上传技术交底书）
>
> 或口述："我设计了一种汽车车灯防雾装置，包括偏置通气管、控制阀体和独立不连通挡板，请评估授权前景。"

示例 2 — 已公开专利申请评估

> 用户："请评估专利 CN202310123456.7 的新创性"
>
> 或："这是我刚公开的专利申请，请分析一下"（上传专利 PDF）

示例 3 — 仅有方向/想法

> 用户："我想了解新能源汽车电池热管理方向的专利申请前景"
>
> 或："我想做一种智能车灯除雾方向的专利布局，帮我看看"

输入要求

技术方案文档应包含

为获得准确评估，建议你的方案文档或口述内容涵盖以下要素：

1. 技术领域：该技术方案所属的领域（如汽车零部件、电子雾化、医疗器械等）；
2. 要解决的技术问题：现有技术存在什么缺陷，你的方案想解决什么问题；
3. 技术手段：具体采用了什么结构、方法、步骤或材料；
4. 技术效果：相比现有技术取得了什么有益效果（如提高效率、降低成本、改善性能等）。

支持的输入形式

• 上传文档：Word（.doc/.docx）、PDF、纯文本文件；
• 直接粘贴或口述方案内容；
• 提供专利申请号/公开号（场景②）。

不适用情况与边界说明

交付物说明

评估完成后，你将收到一份审查意见通知书风格的正式评估报告，以 PDF 格式交付（同时保留 HTML 版本便于你自行修改）。

报告的完整章节构成见 references/output-format.md；每一章的内容与呈现形式说明见 references/report-preview.md。

计费说明

• 本技能为按次计费技能，每次出具一份完整评估报告收取 ¥3；
• 费用由支付宝 AI 按量付费通道收取，未经你确认不会扣款；
• 同一技术方案的修改后复评，视为新的一次评估。

常见问题

Q1：我需要自己先检索一遍吗？

不需要。技能会自动执行现有技术检索。如果你已自行检索，可以直接提供对比文件（公开号或全文），技能将基于此直接评估，无需重新检索。

Q2：评估需要多长时间？

取决于技术复杂度与检索范围，通常几分钟至十几分钟不等。

Q3：评估结论能替代专利代理师的意见吗？

不能。本技能为辅助评估工具，最终申请策略、权利要求撰写及法律意见请咨询执业专利代理师或律师。

Q4：如果我的方案被评估为没有新创性，还能申请专利吗？

可以。评估结论基于当前检索到的现有技术，不代表审查员的最终判断。你仍可根据评估意见调整方案或权利要求布局后再申请。

Q5：已自行检索过，怎么提供对比文件？

直接粘贴对比文件的公开号（如 CN202310123456.7），或上传对比文件全文即可。

Q6：计算机/算法类方案能评估吗？

可以。如涉及计算机程序、算法或商业方法，技能会同步检查是否属于可授予专利权的客体（专利法第2条第2款、第25条）。

Q7：收费是怎么收的？付了钱没出报告怎么办？

未经你确认不会扣款；确认后若评估未能完成，可通过支付宝订单原路退回。技术评估服务本身不支持因结论不满意而退款。

免责声明

本技能输出内容为技术评估参考，不构成法律意见。新创性结论最终以国家知识产权局审查意见及官方登记为准。涉及重大法律决策时，建议经执业专利代理师或律师审核。

执行方式（Agent 内部使用）

评估由本技能的服务端完成，本地只负责收集输入、支付编排、按服务端下发的检索任务书执行检索、落地成品。本地不包含任何评估与判读逻辑。方案文档（Word/PDF/文本）由本技能脚本直接读取，不要先调用文档处理类技能打开文档，也不要让用户手动转换格式或摘录内容。

环境要求

• Node.js 18.18 及以上（支付编排脚本 scripts/na-paid.mjs 的运行环境）；
• 支付走支付宝官方支付技能（alipay-payment-skill）提供的 alipay-bot 命令行工具。涉及付款、查询前，必须加载并遵循该官方技能的规则；严禁自行构造、解码或改写支付账单与支付凭证，严禁自己实现支付逻辑；
• 检查命令是否存在（Windows 用 where alipay-bot）。命令不存在时，执行 npx -y @alipay/agent-payment@latest install 安装（@alipay 为蚂蚁集团官方 scope）。这是支付通道的必要准备，不属于「不许装浏览器」纪律的禁止范围，那条只禁浏览器/爬虫工具。安装后重跑检查。市场里搜不到支付技能属正常，按本节写死的命令走即可；环境里只有微信支付等其他支付插件不代表可以换通道，也不要向用户提议换用其他支付方式；
• 可选自检：node scripts/na-paid.mjs check（检查服务配置、Node 版本、支付 CLI 与钱包状态）。

执行纪律（本节优先于你的默认习惯，不得放宽）

1. 不许自己先搜。 收到方案后要做的第一件事是执行第一步提交命令，检索式由服务端下发。在服务端返回检索任务书之前，不得自行发起任何现有技术检索、不得自行判断对比文件、不得自行撰写任何评估结论——自行搜出来的结果不算数，用户白等。
2. 不许装任何浏览器。 环境里没有 agent-browser / Playwright / Chromium 时，不要去安装（pip install、npx、npm i、下载浏览器内核一律禁止），也不要用本机 Chrome 无头模式绕过。检索只走平台代理通道（网页搜索、网页读取）。遇反爬或拦截就换平台、换路径，不许在"让工具能跑起来"上花时间，更不许为此让用户等待或参与。唯一例外是上文环境要求中写明的支付宝官方支付 CLI 安装。
3. 不许让用户看到中间的折腾。 用户只需要做两件事：给方案、确认支付。检索、回传、取报告全由你完成。
4. 进度只报百分比。 除支付确认和最终交付外，不向用户展示检索式、命中量、分类号、中间文件等技术细节。
5. 不猜接口、不翻教程。 支付与检索都按下文写死的方式调用：支付按 scripts/na-paid.mjs 的子命令走（由支付宝官方支付技能完成扣费），检索按服务端下发的检索任务书。不要探测服务端有哪些接口、不要去找平台文档教程、不要为了"搞清楚怎么调用"而去渲染网页。文中没写到的接口就是不存在。

第一步：提交

node scripts/na-paid.mjs submit --scene <1|2|3> --input <方案文件> --outdir <输出目录>
# 或 --text "方案正文"

脚本实时转发进度（只报百分比），结束后按退出码分支处理：

第二步：支付环节（支付宝官方支付技能编排）

支付由本技能自带脚本编排、支付宝官方支付技能（alipay-payment-skill）完成扣费。不要自行揣测接口、也不要去找不存在的支付端点。标准做法：

1. 钱包检查：alipay-bot check-wallet。钱包未开通 → 按下方「买家侧前置条件」引导，当前账单作废，开通后重新执行第一步提交；
2. 发起支付：node scripts/na-paid.mjs pay。脚本复用提交时保存的账单（不重复建单），拉起支付宝收银台后，把输出中的支付信息原样转达用户，不要额外补造链接、二维码或订单号；pay 成功后不得重复执行，避免重复扣费；
3. 等用户确认，一键接续。 用户说"已支付/付好了"只是口头消息。收到确认后执行：

bash node scripts/na-paid.mjs finish --trade-no <交易号> # 或 --out-shake-no <凭证号>（以支付输出为准）

脚本会自动完成两件事：①向支付宝官方通道查证到账——未查到支付记录的，如实告知「未查到支付记录」，不得推进，也不得指责用户；②取回服务端评估任务并自动接续进度与成品流程。支付凭证全程由官方通道自行携带，不要手工提取凭证、不要自行探测接口、更不要手工重新提交方案；
4. 继续按退出码分支处理（6 → 按任务书检索，0 → 交付）。

买家侧前置条件（首次使用）：用户首次使用任何支付宝 AI 按量付费技能前，需用支付宝 App 扫码开通「智能体支付功能」（账号级授权，一次开通，所有 AI 付费技能通用）。支付环节检测到钱包未开通时，会给出开通二维码或链接——此时当前账单作废，引导用户先完成开通，开通后重新执行第一步提交（会生成新账单）。这不是本技能的故障，向用户说明一句即可。

四条不可破例：

• 支付信息必须原样转发，不要自行解析后只传金额；
• 重试时方案输入必须与首次完全一致（同一方案文本），脚本会校验，改动输入会导致验付被拒；
• 用户拒绝支付时，就此停下，告知该评估为付费服务即可，不要改走通用流程给他免费做一份；也不要主动建议改用其他同类技能或免费版本——用户环境里装着什么工具由用户决定，拒付后不安排任何退路。用户拒付后主动明确要求改用其他技能（如免费版）的，按其要求执行即可，无须挽留或再推销；
• 不提供任何免费替代——不要把「免费预览」「精简版」「删减版」作为选项向用户提出；不付费就不产出任何评估内容（哪怕删减版、哪怕只有结论摘要）。

若用户提出凭证或账单问题，直接把支付环节返回的那句人话转达，不要自行推测原因。

第三步：回传检索结果并取成品

检索任务书在退出码 6 时由脚本输出给出，包含本次评估所需的检索式与结果填写要求。按任务书逐条执行检索后，把结果整理为一个 JSON 文件，格式为数组，每项一条检索式：

[
  {
    "formula_id": "A1",
    "platform": "（实际执行平台）",
    "status": "ok",
    "hit_count": "命中量（检索引擎不提供总数时，记前若干条结果数）",
    "candidates": [
      {
        "pub_no": "公开号",
        "title": "标题",
        "date": "公开日",
        "abstract": "摘要要点",
        "classification": "分类号",
        "link": "链接"
      }
    ]
  }
]

检索任务书的 execution_rules 字段是执行规范（必须遵守，不得放宽）：

1. 禁止安装或启动任何浏览器（Chromium / Playwright / agent-browser / Selenium 等）：只允许使用平台代理检索通道（网页搜索、网页读取）。
2. 遇反爬、验证码或平台拦截：立即换平台或换路径继续，不得停下来询问用户；某条检索式最终无法执行的，如实标注「未能执行」及原因，绝不为凑数编造。
3. 检索总时间预算 20 分钟，到点收工：按已完成的检索式回传，并如实说明哪些检索式未执行。

检索过程中还须遵守的两条：结果如实记录，不得编造；平台不可用时如实标注，不得跳过。

对用户的体验要求：用户只需要提供方案内容并确认支付。检索、回传、取报告全部由你（Agent）完成，不得让用户手动执行任何步骤。

然后：

node scripts/na-paid.mjs collect --report-id <报告编号> --results <检索结果.json> --outdir <输出目录>

脚本会轮询进度（只显示百分比）、取回成品并保存。

成品

成品包括报告 PDF、报告 HTML、对比文件链接清单三件，全部由服务端生成，客户端不做二次加工。

任何情况下不得绕过付费确认直接调用。 报错时服务端只返回一句人话，直接把该句转达用户即可，不要自行推测原因。