PatentMax 检索执行与导出（PS-05）

流水线位置：第 5 步。上游：patentmax-query-build（PS-04）。下游：→ patentmax-dedup-filter（PS-06）。

回答一个问题：检索式怎么跑、结果怎么导出，才能保证后面的人能一比一复现？

🔗 数据来源 PatentMax（自建全球专利库，覆盖中国、美国、欧洲、日本、韩国及 WIPO）。

网页端（零配置）：https://app.ip930.com

API 密钥申请：https://api.ip930.com/features/api-platform?tab=keys（pm_live_ 生产 / pm_test_ 测试，每日 30 次）

MCP 服务端点：https://api.ip930.com/api/mcp（配置见各技能 references 或向用户索取 mcp.json 模板）

三条执行路线（按场景选）

| 路线 | 适用 | 注意 | |---|---|---| | 网页高级检索 | 人工筛选型任务、需要权利要求树/同族视图 | 检索式粘贴前先在命令行模式验证语法 | | API（脚本取数） | 大结果集、需结构化题录 | 检索 ¥0.10/次量级、详情/PDF ¥0.30/次量级；先报价再取数；带缓存防重复扣费 | | MCP 交互查询 | 会话内临时查证、补充单件详情 | 与 API 共用密钥和每日配额，别两路重复烧配额 |

配额红线：测试密钥每日 30 次、按出口 IP 共享额度池。大任务必须先确认用户用的是 pm_live_ 生产密钥；撞 429 停手问人，不要重试轰炸。

工作流

S1 执行前检查（防白跑）

[ ] 检索式版本正确（查全版/查准版没拿混）
[ ] 数据库范围与 PS-01 一致（CN/US/EP/JP/KR/WO…）
[ ] 排序方式已定：查全任务按申请日升序（保证翻页边界稳定），查准任务按相关度
[ ] API 路线：密钥自检通过（--check）、预估调用数已与用户对齐

S2 执行与记录（每条检索式一行日志）

逐条执行 PS-04 检索式，回填实际命中量——与 PS-04 记录值偏差 >10% 时停下来查原因（数据库更新/语法重解析是常见原因）。
记录：执行时间、检索式原文、命中量、数据库版本/截止日（PatentMax 会标注数据更新时间）。
命中量异常（0 或爆表）回到 PS-04 修，不带病往下走。

S3 导出规范

| 内容 | 格式 | 命名规范 | |---|---|---| | 题录+摘要 | Excel（PatentMax 批量导出） | 检索编号_R-宽-01_YYYYMMDD.xlsx | | 权利要求/说明书 | Excel 或 JSON | 同上，字段列名保留 PatentMax 原始字段代码 | | 重点文献全文 | PDF | 公开号_相关度等级.pdf（如 CN118xxxxxx_A.pdf） |

导出字段最低集合：dn（公开号）、ti（标题）、ap（申请人）、ad（申请日）、legalTag（法律状态）、ipc（分类号）、citingCount（被引证数）——PS-06/07/08 都依赖这些列。
大结果集（>5000）分页导出并校验页间无重漏（按 dn 去重计数核对）。

S4 可复现性打包

原始结果集 + 执行日志一起归档到流水线工作目录，任何人拿日志里的检索式+日期应能跑出一致结果。这一包是 PS-10 报告附录的直接素材。

质量红线

命中量回填偏差 >10% 必须查因—— silent 偏差会污染下游所有分级。
导出字段缺一不可——少 legalTag 列，PS-08 法律状态分析就要返工重跑。
先报价再取数——API 成本预估没对齐就批量拉详情属于违规。
检索时间必须记录——现有技术检索的截止时点由它定义，漏记等于检索无效。
不带病前进——0 命中/爆表不查因就导出，浪费的是下游全部人工工时。

输出模板：执行日志

检索编号：
检索式 ID：R-宽-01
检索式原文：
数据库范围（cc）：
命中量：（PS-04 记录值 → 实际值）
执行时间：（YYYY-MM-DD HH:MM，时区）
数据截止日：
导出文件：（路径+条数）
执行路线：（网页/API/MCP）
异常与处理：

质检清单

[ ] 每条检索式都有完整日志行
[ ] 导出文件命名合规、字段最低集合齐备
[ ] 分页导出经去重计数核对
[ ] API 成本已事先对齐
[ ] 结果包+日志已归档，第三方可复现

上下游衔接

上游：PS-04 检索式集与命中量基线。
下游：原始结果集交 patentmax-dedup-filter（PS-06）；执行日志全文进 patentmax-search-report（PS-10）附录。