专利挖掘与布局（专业版）

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

快速入口

直接说即可（无论哪种说法，都会进入本技能的挖掘流程）：

① 已有产品或技术资料：说"我想做专利挖掘布局"、"帮我们挖掘一下专利点"，并上传产品手册、技术文档、研发资料（文档或照片均可）；

② 只有产品方向或想法：说"我们想做XX方向的专利布局"或"我们这个产品能申请哪些专利"；

③ 已有多项技术方案：说"帮我们评估一下哪些方案值得申请专利"。

本技能会先通过几轮对话把情况问清楚，信息收集完成、开始分析之前才进入计费；未确认不会扣款。

功能说明

面向拥有自主研发技术或产品的企业/个人，回答两个问题：哪些点值得申请专利，以及怎么布局。

• 可专利点挖掘：从产品、工艺或技术方案中识别值得申请专利的技术点，逐点说明它立得住的依据；
• 布局方案：给出组合申报结构、申报时间节奏、国家地域选择，让专利组合具备攻防层次，而不是一堆互不相干的孤件；
• 现有技术检索：对候选点执行现有技术检索，作为判断"这点值不值得报"的依据；
• 建议专利名称：为值得申报的点拟定符合规范的工作名称（最终以代理所定稿为准）；
• 报告交付：输出一份可直接用于决策和委托代理所的挖掘布局报告。

使用示例

示例 1 — 已有产品资料

> 用户："这是我们车灯防雾装置的资料，帮我们挖掘一下有哪些点可以申请专利"（上传产品手册/技术文档）
>
> 过程：读懂产品 → 技术分解 → 识别候选专利点 → 检索校准 → 给出申报清单与布局方案。

示例 2 — 只有产品方向

> 用户："我们想围绕新能源汽车电池热管理做专利布局，帮我们看看"
>
> 过程：通过对话理清产品定位与技术方向 → 了解商业意图与市场 → 给出可挖掘方向与布局建议。

示例 3 — 多项技术方案筛选

> 用户："这是我们三个技术方案的资料，帮我们看看哪些值得申请专利"
>
> 过程：逐方案挖掘 → 检索校准 → 横向比较 → 输出申报优先级排序与组合建议。

输入要求

建议提供以下信息（有什么给什么，不齐全也没关系）

1. 产品/技术是什么：产品名称、用途、所属领域；
2. 解决了什么问题：现有技术或同类产品存在什么不足，你的方案解决了什么；
3. 怎么实现的：关键结构、方法、步骤、材料（可描述，可画草图，可拍照）；
4. 好在哪：相比现有方案取得了什么效果；
5. 商业背景（可选）：目标市场国家、主要竞争对手、商业模式（供货/品牌/授权）。

支持的输入形式

• 上传文档：Word（.doc/.docx）、PDF、纯文本；
• 产品照片、设计图纸、聊天记录截图、会议记录；
• 直接口述或粘贴技术内容。

说明：资料越完整，挖掘越深入；即使只有产品方向，也可启动服务，通过对话逐步补齐。

不适用情况与边界说明

交付物说明

完成后你将收到一份挖掘布局报告（PDF 交付，附 HTML 版本），两个主体章节篇幅相当：

1. 发明点清单：逐点给出建议名称、技术信息摘要（问题—手段—效果）、检索到的相近文献与区别特征、申报评级（A 建议申报 / B 有条件申报 / C 储备或暂不申报）、在布局中承担的角色、申报优先级与地域，以及一句申请可行性提示；
2. 布局建议：布局目标（要挡住谁、对手可能怎么绕、要挡多久、在哪几个地方挡）、各点的角色分派与理由、纵深与时间与地域三维定位、申报节奏与建议时点、披露门禁提醒、布局自检结果。

报告另含执行摘要、范围与目标回顾、技术分解与检索态势、风险与边界声明、行动计划，以及参考文件链接清单（文末附全部引用文献的可访问链接）。

计费说明

• 本技能为按次计费技能，每次出具一份完整报告收取服务费；
• 费用由支付宝 AI 按量付费通道收取，未经你确认不会扣款；
• 计费发生在信息收集完成、开始分析之前：前面几轮问答不收费；
• 若分析未能完成，费用按支付宝订单原路退回；技术分析服务本身不支持因结论不满意而退款。

常见问题

Q1：需要我先整理好资料才能开始吗？

不需要。可以把手里现成的资料直接发来（哪怕是产品照片、聊天记录），未覆盖的信息会通过少量提问补齐；如果手上确实什么都没有，直接讲也能启动。

Q2：报告能直接交给代理所吗？

能。发明点清单与建议专利名称按交底书规范成文，可减少与代理所的沟通成本；正式权利要求撰写仍由代理所完成。

Q3：评级为 C 的点为什么还写进报告？

"不报什么"与"报什么"同等重要。C 级点会附理由，帮你在申报前砍掉大概率浪费官费年费的方向。

Q4：挖掘期间我们能不能发布产品、参展、发表论文？

需谨慎。任何技术公开都可能影响后续申请，建议在完成申报前，技术公开先经过内部"是否已申请"的确认。报告里会就此给出提醒。

Q5：只做检索不做布局行不行？

本技能是挖掘与布局一体交付。如果你要的是对某一个具体方案做新创性评估与现有技术检索（出具审查意见通知书风格的评价），那属于另一类服务，请改用对应的评估技能。

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

未经你确认不会扣款；确认后若分析未能完成，可通过支付宝订单原路退回。

免责声明

本技能输出内容为专利挖掘与布局建议，不构成法律意见。涉及重大法律决策时，建议经执业专利代理师或律师审核。

执行方式（Agent 内部使用）

挖掘与布局全部由服务端完成，本地只负责：收集信息、把服务端的问句转达客户、按服务端下发的检索任务执行检索、落地成品。本地不包含任何判则、流程步骤或布局规则——不要试图自行分析、自行判断哪些点可申报、自行设计布局。

产品资料（Word/PDF/文本）由本技能脚本直接读取，不要先调用文档处理类技能打开文档，也不要让用户手动转换格式或摘录内容。

环境要求

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

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

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

第一步：开始

node scripts/ml-paid.mjs start --input <资料文件> --outdir <输出目录>
# 或 --text "产品/技术描述"

脚本会输出服务端给的第一批问题。把问题原样转达用户，拿到回答后整理成 JSON：

[{"id": "q1", "answer": "用户的回答"}]

第二步：逐轮问答

node scripts/ml-paid.mjs answer --session-id <会话编号> --answers <回答.json> --outdir <输出目录>

每轮把服务端的新问题转达用户、把回答回传，如此往复，直到进入支付环节。问题多为开放式，用户怎么答都行，答不上来可以直接说"不清楚"，不要替用户编。

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

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

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

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

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

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

四条不可破例：

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

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

第四步：按任务书执行检索并回传

退出码为 6 时，脚本会输出本批检索任务（含检索式、平台、取数字段）与执行规范。按任务书逐条执行检索后，把结果整理为一个 JSON 文件，格式为数组，每项一条检索式：

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

任务里的 execution_rules 字段是执行规范（必须遵守，不得放宽），核心三条：禁止安装或启动任何浏览器、遇反爬或拦截立即换平台换路径继续不得停下来问用户、按时间预算执行到点收工并如实说明哪些未执行。检索过程中另须遵守：结果如实记录不得编造、平台不可用时如实标注不得跳过。

然后：

node scripts/ml-paid.mjs collect --session-id <会话编号> --results <检索结果.json> --outdir <输出目录>

这一步可能要重复多次：若服务端还需要补充检索，脚本会再次返回退出码 6 并给出新一批任务；按同样方式执行后再次 collect，直到退出码为 0。

本步若提示回传未通过支付校验：先执行 node scripts/ml-paid.mjs finish 核实支付状态并接续，确认已支付后再重试本步；不要重新付款。

成品

成品为挖掘布局报告 PDF 与 HTML 两件（另附参考文件链接清单），全部由服务端生成，客户端不做二次加工。取到后向用户交付，并附一句报告包含哪两章主体内容。

对用户的体验要求：用户只需要说情况并确认支付，其余全部由你完成，不得让用户手动执行任何步骤。任何情况下不得绕过付费确认直接调用。 报错时服务端只返回一句人话，直接把该句转达用户即可，不要自行推测原因。