技术路线分析 · PatentMax

技术路线分析与专利布局建议。当用户问下一步该往哪个方向研发、专利该怎么布、哪条技术路线更值得走、怎么绕开竞争对手的专利、申请预算该怎么分配，或要一份可交付的技术路线与布局方案时使用。Use when the user asks which technology route to take, how to plan a patent portfolio, or how to design around competitors' patents. Requires a PatentMax API key.

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 可以随时打出这张表。

命令

bash

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

相关能力

同一把密钥、同一个余额：

• 普通检索 — 关键词与字段式检索、单篇速览、相似专利、引证分析、15 维统计、企业画像
• 企业情报分析 — 竞争格局与对手动作，本 Skill 的上游输入
• 技术方案查新 — 具体某个方案有没有人做过、能不能申请

典型顺序：企业情报分析看清格局 → 技术路线分析定方向 → 查新确认具体方案 → 申请。

参考

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