PatentMax 技术路线分析

回答**「下一步该往哪走」**：几条候选技术路线各自的专利拥挤度和绕行空间、你的方案该往哪个方向延伸、专利该怎么排布、什么时候申请、预算怎么分配。异步生成，可导出 Word 文档直接交付。

数据来自 iprdb 全球专利库（自建数据源）。

接口与控制台：https://api.ip930.com

新用户注册即送 ¥50 体验额度。

跟「企业情报分析」的区别

| | 企业情报分析 | 技术路线分析（本 Skill） | | --- | --- | --- | | 回答 | 现状是什么 — 谁在做、格局怎么分 | 该怎么做 — 往哪走、怎么布 | | 输出 | 竞争格局、对手动作、我方位置 | 路线比选、布局建议、申请节奏 | | 关键输入 | 行业素材 | 行业素材 + 你的业务约束 |

用户只想知道对手在干什么，用企业情报分析；要有人告诉他下一步怎么办，才用这个。

核心原则

没有业务约束就没有建议。 不知道你什么时候要发布、有多少预算、能申请几件、哪些东西不能公开——任何布局建议都会退化成「建议全面布局、重点保护核心技术」这种谁都会说的话。roadmap_context 那十个字段才是这个任务的关键输入。

这是付费任务，执行前必须报价并取得用户确认。 命令必须显式加 --yes。

布局建议是技术与商业参考，不是法律意见。 是否侵权、权利要求怎么写、能不能授权，要专利代理人出具意见。

不出保证性结论。 不写「这条路线没有专利风险」「绕开了所有障碍」——见「结论纪律」。

什么时候用

| 用户说 | 用不用 | | --- | --- | | 「我们下一步该往哪个方向研发」 | ✅ 用 | | 「这两条技术路线选哪个」 | ✅ 用 | | 「专利该怎么布，先申请哪几件」 | ✅ 用 | | 「怎么绕开 XX 公司的专利」 | ✅ 用 | | 「今年 20 件申请预算怎么分」 | ✅ 用 | | 「XX 公司在做什么技术」 | ❌ 那是企业情报分析 | | 「这个想法有没有人做过」 | ❌ 那是查新 | | 「查一下 XX 相关的专利」 | ❌ 那是检索 |

执行前检查

信息不足时先问，最多问三个，别把人问烦。按缺什么挑：

| 检查项 | 必须确认 | | --- | --- | | 决策问题 | 到底在纠结什么——选路线、定优先级、还是分预算 | | 候选路线 | 有哪几个方案在比。只有一个方案就不是"选路线"，是布局设计 | | 时间 | 什么时候要发布、参展、投标——这决定申请节奏 | | 预算与数量 | 今年能申请几件。能申请 3 件和能申请 30 件，布局完全不同 | | 现有资产 | 已有哪些专利、产线、技术积累，新布局要和它们接得上 | | 保密边界 | 哪些参数、配方、数据不能写进公开文件 |

两块输入

一、素材（materials）

你的技术方案、所处赛道的背景、已知的竞争格局。上限 10 万字，写进文件用 --materials-file 传。

少于 200 字脚本会拦——那个长度出不来有用的建议。

二、业务约束（roadmap_context）

这是本任务的关键，十个字段全部可选，但填得越全建议越贴合实际：

| 字段 | 填什么 | | --- | --- | | future_plan | 未来一到三年打算做什么 | | existing_assets | 已有的专利、产线、技术积累 | | own_advantages | 相对竞争对手强在哪 | | known_risks | 担心撞上谁、哪些方向有雷 | | evidence_data | 实验数据、参数、验证结果 | | disclosure_timing | 什么时候要发布、参展、投标 | | filing_preference | 发明为主还是实用新型、国内还是 PCT | | budget_and_volume | 今年打算申请几件、预算多少 | | confidentiality_limits | 哪些内容不能写进公开文件 | | excluded_directions | 明确不做的领域 |

一个都不填，脚本会拦下来并提示至少补 future_plan 和 budget_and_volume。详见 references/context-guide.md。

用 python scripts/patentmax_roadmap.py fields 可以随时打出这张表。

命令

# 业务约束写进 JSON 文件（推荐，十个字段命令行塞不下）
python scripts/patentmax_roadmap.py create \
  --subject "钠离子电池正极材料的技术路线与专利布局" \
  --materials-file ./materials.md \
  --objective "在层状氧化物与聚阴离子两条路线中选一条，并给出今年 15 件申请的布局方案" \
  --context-file ./context.json \
  --competitors "宁德时代新能源科技股份有限公司,中科海钠科技有限责任公司" \
  --markets "CN,US" \
  --wait --yes

# 少量约束也可以直接用命令行参数
python scripts/patentmax_roadmap.py create \
  --subject "..." --materials-file ./m.md --objective "..." \
  --future-plan "明年 Q2 量产，Q4 进入两家车企供应链" \
  --budget-and-volume "今年 15 件，预算 60 万" \
  --disclosure-timing "9 月上海车展首发" \
  --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 个月公开窗口）、名称未归一化的关联主体、数据库缺口或术语差异造成的漏检。是否可自由实施，须结合目标国家、有效授权权利要求与官方登记簿作专项法律分析。

三条必须交代：

18 个月公开窗口 — 这期间的申请谁也查不到，竞争对手最新的布局大概率不在数据里
布局建议不是法律意见 — 权利要求怎么写、能不能授权，要代理人出具意见
公开时点是硬约束 — 自己先公开会破坏自己的新颖性，申请必须赶在公开之前

参考

references/context-guide.md — 十个业务约束字段怎么填，含完整 JSON 示例
references/workflow.md — 完整工作流：问什么、怎么跑、结果怎么组织成交付物
references/faq.md — 排查：参数报错、任务卡住、建议太泛、质量分档含义