Install
openclaw skills install @ip930/patentmax-competitive企业技术专利竞争分析。当用户提到企业情报分析、竞争对手分析、竞品专利、技术竞争格局、专利布局对比、某家公司在做什么技术、行业专利态势,或要一份可交付的企业专利竞争报告时使用。Use when the user asks for competitive patent intelligence, competitor technology analysis, or a company's patent landscape report. Requires a PatentMax API key.
openclaw skills install @ip930/patentmax-competitive输出一份企业技术专利竞争分析报告:这家企业在某个技术方向上有什么、竞争对手在做什么、技术格局怎么分、机会和风险在哪。异步生成,可导出 Word 文档直接交付。
数据来自 iprdb 全球专利库(自建数据源),并可将论文、网页、新闻、标准、诉讼一并计入分析来源。
接口与控制台:https://api.ip930.com
新用户注册即送 ¥50 体验额度。
素材决定报告质量。 这不是一个「输入公司名就出报告」的接口——你喂进去多少行业背景,它才能分析出多少东西。素材笼统,报告必然泛泛而谈,而这是付费任务,跑一次的成本远高于花十分钟把素材整理清楚。
这是付费任务,执行前必须报价并取得用户确认。 命令必须显式加 --yes 才会执行。
报告有质量分档,不能一律当结论交付。 quality_status 返回 qualified_degraded 或 review_required 时,说明来源覆盖或部分维度有短板,交付时必须说明限制。
不出保证性结论。 不写「该企业在此方向无专利布局」「不存在专利风险」这类表述——见「结论纪律」。
| 用户说 | 用不用 |
|---|---|
| 「分析一下 XX 公司在 YY 方向的专利布局」 | ✅ 用 |
| 「我们的竞争对手都在做什么技术」 | ✅ 用 |
| 「这个赛道的专利竞争格局是什么样」 | ✅ 用 |
| 「要一份竞品专利分析报告交给管理层」 | ✅ 用 |
| 「XX 公司有多少专利」 | ❌ 太轻,用检索或企业画像 |
| 「查一下有没有 XX 相关的专利」 | ❌ 那是检索 |
| 「这个想法能不能申请」 | ❌ 那是查新 |
| 「我们下一步该往哪个方向布局」 | ❌ 那是技术路线分析 |
前四类才值得跑这个任务。 后面四类用更便宜的方式就能解决,别浪费用户的钱。
信息不足时先问,不要急着跑。问几个问题的成本,远低于跑一次没用的报告。
| 检查项 | 必须确认 |
|---|---|
| 主体 | 分析哪家企业、哪个技术方向。用工商全称,简称匹配不准 |
| 目标 | 这份报告要支持什么决策——立项、并购尽调、竞品对标、还是应诉准备 |
| 读者 | 给研发看还是给管理层看,深度和措辞不一样 |
| 竞争对手 | 已知的对手有哪些,用全称列出来 |
| 地域 | 关心哪些市场,会影响检索范围 |
| 时间范围 | 全部历史还是近三年,新兴技术看近期、成熟技术要看全周期 |
| 来源 | 除专利外,是否要算上论文、新闻、标准、诉讼 |
| 排除 | 有没有不想让报告覆盖的方向 |
这是整件事里最重要的一步,详见 references/materials-guide.md。
素材字段 materials 最长 10 万字,至少要覆盖三块:
一、分析对象是谁。 企业全称、主营业务、在这个技术方向上的已知产品或动作。只给一个公司名,模型只能从专利数据里反推,很多行业语境会丢。
二、你关心什么。 是想知道对方的技术路线,还是想找自己的空档,还是要评估侵权风险。同一批专利数据,问题不同,结论完全不同。
三、你已经知道什么。 已知的竞争格局、行业共识、对方近期的公开动作。把这些写进去,报告才能在你已知的基础上往前走,而不是重复你早就知道的常识。
素材少于 200 字时脚本会拦下来——那个长度写不出有用的分析。确实只有这么多信息,用 --force 强制执行,但要提前告诉用户结果会比较泛。
# 素材短的时候直接传文本
python scripts/patentmax_competitive.py create \
--subject "宁德时代在钠离子电池方向的专利布局" \
--materials "宁德时代新能源科技股份有限公司,动力电池龙头……(背景、技术方向、已知格局)" \
--objective "评估我方在钠离子电池正极材料方向立项的竞争环境与专利风险" \
--competitors "比亚迪股份有限公司,中创新航科技股份有限公司" \
--markets "CN,US,EP" \
--time-range "近五年" \
--wait --yes
# 素材长的时候走文件,10 万字以内
python scripts/patentmax_competitive.py create \
--subject "..." --materials-file ./materials.md --objective "..." --wait --yes
# 中途断了用 operation_id 继续查
python scripts/patentmax_competitive.py status --operation-id <operation_id>
# 下载 Word 报告
python scripts/patentmax_competitive.py download --report-id <report_id> --out 竞争分析报告.docx
# 不想跑了
python scripts/patentmax_competitive.py cancel --operation-id <operation_id>
参数说明
--sources 默认 patent,paper,web,news,另可加 standard(标准)、litigation(诉讼)。做侵权风险或应诉准备时把 litigation 加上;做前沿技术判断时 paper 很重要,论文通常比专利早一两年。
--time-range 填 all、近三年、2020-2025 这类描述均可。
--excluded 填不想覆盖的方向,避免报告被无关分支稀释。
--idempotency-key 不填会按请求内容自动生成——同样的输入重试不会重复建任务、重复扣费。
--wait 会轮询到出结果,间隔从 10 秒退到 60 秒,默认最多等 90 分钟。进度和阶段会实时打到 stderr,形如 [35%] 正在检索竞争对手专利,把这些转述给用户,让他知道任务在推进。
超时不代表失败。 任务还在服务端跑,绝对不要重新提交,用 status --operation-id 继续查。
拿到结果不要整段转述,挑出这几件事:
格局怎么分。 谁是主要玩家、各自占什么位置、技术路线是趋同还是分化。
对方的动作意味着什么。 近期申请集中在哪些方向、和公开产品是否对得上、有没有明显的卡位意图。
我方的位置。 空档在哪、哪些方向已经拥挤、绕不开的专利是哪几件。
质量提示要说。 quality_status 不是 qualified 时,向用户说明是哪块数据不足、结论要打几分折扣。
边界。 见下。
禁止输出保证性结论,例如「该企业在此方向没有专利布局」「不存在专利风险」「我方方案不侵权」。
使用这类表述:
截至 [日期],在 [数据库、地域、来源类型] 及所列检索范围内,未检索到该企业在 [方向] 上的公开专利申请。本结果不排除未公开申请(约 18 个月公开窗口)、名称未归一化的关联主体、数据库缺口或术语差异造成的漏检。
三条必须交代:
同一把密钥、同一个余额,还可以用:
references/materials-guide.md — 素材怎么准备,含三个真实颗粒度对照references/workflow.md — 完整工作流:问什么、怎么跑、结果怎么组织成交付物references/faq.md — 排查:参数报错、任务卡住、报告太泛、质量分档含义