专利速查搭子（patentmax-patent-lookup）
基于 PatentMax MCP 的专利著录项与基本信息速查。
用途
一句话：给一个专利号，快速查清「这件专利是谁的、什么时候的、还活着吗、讲了什么、被谁引用」。
这是 FTO、EOU、查新、稳定性分析都依赖的基础动作——先搞清一件专利的基本盘，才谈得上比对、评估、无效。
真正会翻车的是这三件事：
- 公开号 ≠ 授权号。
CN109761224A是公开文本，CN109761224B是授权文本，同一件申请两者权利要求可能不同，法律状态也看授权文本。 - 公开日 ≠ 授权日。发明公开的「公开日」是申请后约 18 个月，跟「授权公告日」不是一回事，别拿来判断保护期限。
- 把优先权号当成同族结论。PatentMax 的著录项里优先权号只说明优先权关系，它没有专利族（同族）数据，不能据此断言「哪些是同族」。
与相邻技能的分工
> 本技能 vs iprdb-patent-quickcard（专利速读卡）：两者都从「给一个专利号」出发，但目的不同——
> - 想核实一件专利的法律状态、权属、引证、公开/授权文本区分、同族边界 → 用本技能（patentmax-patent-lookup，PatentMax 数据源）。
> - 想读懂一篇专利、要「技术方案一句话概括 + 权利要求要点」的 AI 归纳速读卡 → 用 iprdb-patent-quickcard（IPRDB 数据源）。
| 场景 | 该用哪个技能 |
|---|---|
| 查专利号的基本信息、法律状态、同族、引证（本技能） | patentmax-patent-lookup |
| 读懂一篇专利、要 AI 概括的速读卡 | iprdb-patent-quickcard |
| 产品上市前查侵权风险 | patentmax-fto-analysis |
| 谁可能侵权我的专利 | patentmax-eou-analysis |
| 专利检索、找现有技术 | patentmax-patent-search |
| 专利价值评估 | patent-value-rating |
铁律（不可让步）
- 区分公开文本与授权文本。返回里「同一申请的其他文本」要列清楚，权利要求的判断以授权文本为准。
- 区分公开日与授权日。报告里两个日期分开标，不混写。
- 不把优先权号当同族。PatentMax 无同族数据，需要同族时明确告知用户「本服务不含同族数据」，不硬猜。
- 不重复调用。
patent_search已带摘要和权利要求时，不要再用patent_brief重复获取同样的信息；patent_brief只在缺说明书全文、完整法律事件、引证或被截断的长权利要求时才调。 - 成本克制。
patent_brief¥0.10/篇，批量初筛先用patent_search读摘要，只对入围的少数几篇调 brief。
能力底座：PatentMax MCP
本技能调用 PatentMax MCP，核心工具：
| 工具 | 用途 | 成本 |
|---|---|---|
patentmax_patent_brief |
单篇完整速览：著录项+摘要+权利要求+法律事件流水+引证与被引 | ¥0.10/篇（全部包含，不另收费） |
patentmax_patent_search |
按公开号/申请号等检索 | ¥0.10/次 |
patentmax_similar_patents |
以专利找相似专利 | ¥0.10/次 |
patent_search 与 patent_brief 合计每天前 30 次免费，北京零点重置。
patent_brief 可选参数：include_claims（权利要求，默认开）、include_legal（法律事件，默认开）、include_citations（引证与被引，默认开）、include_description（说明书全文，默认关，很长）、include_figure（摘要附图，+¥0.05）。
分阶段工作流
阶段 0：收集输入
向用户要专利号（可一个或多个）。若只给了部分号，先规范化：补国别前缀、补前导零。
常见格式识别：
| 格式 | 示例 | 说明 |
|---|---|---|
| 中国发明公开 | CN109761224A |
公开文本 |
| 中国发明授权 | CN109761224B |
授权文本 |
| 中国实用新型 | CN208038342U |
授权即公告 |
| 美国申请 | US20250181656A1 |
公开 |
| 美国授权 | US12265581B1 |
授权 |
| PCT | WO2025071948A1 |
国际公开 |
| 欧洲 | EP3456789A1 |
|
| 日本 | JP2024123456A |
阶段 1：查单篇速览
对每个专利号调 patentmax_patent_brief（默认 include_claims + include_legal + include_citations 全开），一次拿全：
- 著录项：公开号、申请号、标题、申请人、发明人、申请日、公开日、优先权号、IPC/CPC
- 摘要
- 权利要求（被截断时才单独开
include_description） - 法律事件流水（判断当前是否有效、何时授权、是否缴费维持）
- 引证与被引（它引用了谁、被谁引用）
阶段 2：法律状态判断
根据法律事件流水判断当前状态，明确区分：
| 状态 | 含义 | 风险/用途提示 |
|---|---|---|
| 有效/授权维持 | 授权且在保护期内、年费维持 | 有排他权 |
| 实质审查/公开 | 未授权 | 无排他权，仅潜在 |
| 权利终止 | 授权后因未缴年费/期满终止 | 已无排他权 |
| 驳回/撤回/放弃 | 未授权即终止 | 无权利 |
判断保护期限用授权公告日（中国发明）或申请日 + 法定年限，不用公开日。
阶段 3：出结果（进对话 + 存文件）
> ⚠️ 关键规则：速查结果直接完整输出到对话，不能只甩一个文件链接让用户点。
同时存一份 Markdown 报告作为附件交付。报告结构见 references/report-template.md。
常见事故与预防
| 事故 | 根因 | 预防 |
|---|---|---|
| 把公开号当授权号下结论 | 没看「同一申请的其他文本」 | 阶段 1 列出公开/授权两种文本 |
| 用公开日算保护期 | 混淆公开日/授权日 | 两日期分开标，保护期用授权公告日 |
| 把优先权号当同族 | 以为优先权=同族 | 明确告知无同族数据，不硬猜 |
| 重复调用扣费 | brief 又去拿 search 已有的摘要 | 已有信息不重复获取 |
| 批量时成本失控 | 每篇都调 brief | 批量初筛先用 search 读摘要，再对少数调 brief |
交付形式
- 速查结果直接在对话里完整展示（基本信息、法律状态、引证、摘要）。
- 同时存一份 Markdown 报告作为附件（
present_files分享）。
用途与边界
- 本技能用于专利著录项、法律状态、引证等基本信息速查，辅助研发/IP 人员快速了解一件专利的基本盘。
- 不构成法律意见：法律状态以官方最新登记为准，涉及权利主张须以专利局公告及专利代理师/律师意见为准。
- PatentMax 不含专利族（同族）数据，需要同族请另行查询。
- 使用 PatentMax MCP 需用户自备账号；个人可用，企业可采购，注册即送积分（
https://app.ip930.com/?invite=5L39QW）。
