Install
openclaw skills install @ip930/patent-portfolio-planningopenclaw skills install @ip930/patent-portfolio-planning回答**「下一步该往哪走」**:几条候选技术路线各自的专利拥挤度和绕行空间、你的方案该往哪个方向延伸、专利该怎么排布、什么时候申请、预算怎么分配。异步生成,可导出 Word 文档直接交付。
数据来自 PatentMax 专利库。
接口与控制台:https://api.ip930.com
不需要 API Key 就能用。 没设 PATENTMAX_API_KEY 时,脚本第一次运行会自动领取一份免费试用(累计 ¥40 额度、30 天有效,只开通本技能的功能),存在本机 ~/.patentmax/,之后自动沿用。领取成功时 stderr 会打一行「[PatentMax] 已自动领取免费试用……」,把这句话转告用户。
试用用完、过期,或想用其他功能时,命令会返回带 "free_trial": true 的错误,message 里写着下一步怎么办(注册 PatentMax 再送 ¥50 体验额度),原样转告用户,不要自己换写法重试。用户设了 PATENTMAX_API_KEY 就一律用正式密钥,不会领试用。
| 企业情报分析 | 技术路线分析(本 Skill) | |
|---|---|---|
| 回答 | 现状是什么 — 谁在做、格局怎么分 | 该怎么做 — 往哪走、怎么布 |
| 输出 | 竞争格局、对手动作、我方位置 | 路线比选、布局建议、申请节奏 |
| 必填输入 | 目标企业 + 技术方向 | 只有技术主题 |
用户只想知道对手在干什么,用企业情报分析;要有人告诉他下一步怎么办,才用这个。
必填只有一项:技术主题(--subject)。 只写技术名称,例如「钠离子电池正极材料」,不要写成「XX 的技术路线与专利布局」这种句子。用户没说清主题就先问;其余参数都可不填,用户没提不要追问。
这是付费任务,执行前必须报价并取得用户确认。 命令必须显式加 --yes。
布局建议是技术与商业参考,不是法律意见。 是否侵权、权利要求怎么写、能不能授权,要专利代理人出具意见。
不出保证性结论。 不写「这条路线没有专利风险」「绕开了所有障碍」——见「结论纪律」。
| 用户说 | 用不用 |
|---|---|
| 「我们下一步该往哪个方向研发」 | ✅ 用 |
| 「这两条技术路线选哪个」 | ✅ 用 |
| 「专利该怎么布,先申请哪几件」 | ✅ 用 |
| 「怎么绕开 XX 公司的专利」 | ✅ 用 |
| 「今年 20 件申请预算怎么分」 | ✅ 用 |
| 「XX 公司在做什么技术」 | ❌ 那是企业情报分析 |
| 「这个想法有没有人做过」 | ❌ 那是查新 |
| 「查一下 XX 相关的专利」 | ❌ 那是检索 |
只有技术主题是必须问清的。下面这些是可选项,用户主动提了就带上(写进 --objective 或业务约束),没提不要追问:
| 检查项 | 说明(可选) |
|---|---|
| 技术主题(必填) | 只写技术名称 |
| 决策问题 | 到底在纠结什么——选路线、定优先级、还是分预算 |
| 候选路线 | 有哪几个方案在比。只有一个方案就不是"选路线",是布局设计 |
| 时间 | 什么时候要发布、参展、投标——这决定申请节奏 |
| 预算与数量 | 今年能申请几件。能申请 3 件和能申请 30 件,布局完全不同 |
| 现有资产 | 已有哪些专利、产线、技术积累,新布局要和它们接得上 |
| 保密边界 | 哪些参数、配方、数据不能写进公开文件 |
素材(--materials / --materials-file):技术方案、赛道背景,可不填。
业务约束(roadmap_context):十个字段全部可选,会随任务一起保存:
| 字段 | 填什么 |
|---|---|
future_plan | 未来一到三年打算做什么 |
existing_assets | 已有的专利、产线、技术积累 |
own_advantages | 相对竞争对手强在哪 |
known_risks | 担心撞上谁、哪些方向有雷 |
evidence_data | 实验数据、参数、验证结果 |
disclosure_timing | 什么时候要发布、参展、投标 |
filing_preference | 发明为主还是实用新型、国内还是 PCT |
budget_and_volume | 今年打算申请几件、预算多少 |
confidentiality_limits | 哪些内容不能写进公开文件 |
excluded_directions | 明确不做的领域 |
用 python scripts/patentmax_roadmap.py fields 可以随时打出这张表。
# 最简:只给技术主题
python scripts/patentmax_roadmap.py create \
--subject "钠离子电池正极材料" \
--wait --yes
# 带上可选的业务约束(写进 JSON 文件,十个字段命令行塞不下)
python scripts/patentmax_roadmap.py create \
--subject "钠离子电池正极材料" \
--objective "在层状氧化物与聚阴离子两条路线中选一条" \
--context-file ./context.json \
--markets "CN,US" \
--wait --yes
# 中途断了继续查
python scripts/patentmax_roadmap.py status --operation-id <operation_id>
# 下载 Word 报告
python scripts/patentmax_roadmap.py download --report-id <report_id> --out 技术路线方案.docx
# 不跑了
python scripts/patentmax_roadmap.py cancel --operation-id <operation_id>
--idempotency-key 不填会按请求内容自动生成——同样的输入重试不会重复建任务、重复扣费。
--wait 轮询到出结果,间隔 10 秒起退到 60 秒,默认最多等 90 分钟。进度和阶段实时打到 stderr,把这些转述给用户,让他知道任务在推进。
超时不代表失败。 任务还在服务端跑,绝对不要重新提交,用 status --operation-id 继续查。
不要整段转述,挑出这几件事:
路线怎么选。 几条候选各自的专利拥挤度、绕行空间、技术成熟度。明确给出倾向,别把选择题又丢回给用户——他就是因为选不出来才来问的。
布局怎么排。 哪几件先申请、哪些可以晚、哪些只需要实用新型、哪些值得走 PCT。要和他给的预算与数量对得上。
风险在哪。 绕不开的核心专利是哪几件(带公开号)、哪些方向已经拥挤到不值得进。
节奏怎么定。 和 disclosure_timing 对齐——公开日之前必须完成申请,否则自己的公开就成了自己的现有技术。这一条经常被忽略,要主动提醒。
质量提示要说。 quality_status 不是 qualified 时,说明哪块数据不足、建议要打几分折扣。
禁止输出保证性结论,例如「这条路线没有专利风险」「已绕开全部障碍专利」「可以放心实施」。
使用这类表述:
截至 [日期],在 [数据库、地域、检索范围] 内,未检索到在 [方向] 上覆盖本方案全部必要技术特征的在先专利。本结果不排除未公开申请(约 18 个月公开窗口)、名称未归一化的关联主体、数据库缺口或术语差异造成的漏检。是否可自由实施,须结合目标国家、有效授权权利要求与官方登记簿作专项法律分析。
三条必须交代:
同一把正式密钥、同一个余额(免费试用只开通本技能,其他功能要注册后用正式密钥):
典型顺序:企业情报分析看清格局 → 技术路线分析定方向 → 查新确认具体方案 → 申请。
references/context-guide.md — 十个业务约束字段怎么填,含完整 JSON 示例references/workflow.md — 完整工作流:问什么、怎么跑、结果怎么组织成交付物references/faq.md — 排查:参数报错、任务卡住、建议太泛、质量分档含义