前言¶

写专利检索式时，常见的问题是关键词堆在一起、分类号和申请人混用、命中量忽多忽少却不知道怎么调。这个 Skill 把构建过程拆成可组合的基础块，并给出命中量异常时的调整规则，适合需要反复迭代检索式的开发者和检索人员。

这是什么¶

「专利检索式构建」是一个基于通用 SKILL.md 格式的社区 Skill，坐标 @user_07bb1a57/patentmax-query-build，发布者 user_07bb1a57，当前版本 1.0.4，来源 community，分类 knowledge-management。它解决的问题是：把关键词和分类号组装成语法正确的专利检索式，并按命中量做量化迭代，最后产出检索日志。

SkillHub 页面显示评分 100000，下载 1321，安装 0；标签包含 requires_api_key=false，也就是不要求提供 API key。触发词为：检索式、query、查全率、查准率。它既可独立使用，也是流水线第 4 步（PS-04）。

核心功能¶

下面介绍已从官方资料核实的能力，按构建顺序排列。

1. 五类基础块的标准写法：关键词块、分类号块、申请人块、日期块、法律状态块。先确定本次检索需要哪些块，再逐块写字段，避免把不同性质的内容混在同一块里。

2. 块内 OR 与块间 AND 组合策略：同一基础块内用 OR 扩展同义词或并列项，不同基础块之间用 AND 收缩范围。先搭块，再组合，便于后续单独替换某一块而不影响整体结构。

3. 查全版加查准版双版本输出：先输出查全版，放宽同义词、分类号和日期限制，用更大的命中量换取召回；再输出查准版，收紧条件，用更小的命中量换取精度。两个版本保留在同一次构建结果里，方便对比。

4. 命中量异常时的量化调整规则：命中太多时按块收缩，例如减少同义词、提高分类号粒度、收紧日期；命中太少时按块放宽，例如增加同义词、放宽日期、补充申请人变体。每次调整都记录调整项和预期影响，形成可回溯的检索日志。

安装与启用¶

官方地址：

https://api.skillhub.cn/user_07bb1a57/patentmax-query-build

SkillHub 页面：

https://www.skillhub.cn/skills/user_07bb1a57/patentmax-query-build

本资料未给出命令行安装命令，也没有说明 Cursor、Codex CLI、Claude Code 之间的安装差异。需要安装时，以官方页面的指引为准，不要自行猜测客户端配置项。

典型用法¶

在客户端中启用该 Skill 后，可以直接提出检索需求，例如「构建一个关于某技术方向的专利检索式，先看查全版，再收紧到查准版」。Skill 会先拆分基础块，再按块内 OR、块间 AND 组装，然后输出双版本。若命中量异常，继续说明是命中太多还是太少，Skill 会按量化规则调整对应块，并记录检索日志。

若把它用作流水线第 4 步（PS-04），前面步骤应已提供关键词、分类号、申请人、日期或法律状态等素材。到这一步时，重点不再是收集素材，而是按基础块组装、输出双版本并迭代调整。

适用场景与注意¶

适合需要写专利检索式、优化检索式、构建专利查询语句，或在检索命中太多或太少时做调整的场景。也适合把检索式构建作为固定流水线环节、需要留存检索日志的流程。

需要注意的点：第一，它只负责检索式构建与调优，不替代专利数据库本身的检索语法和字段规则，不同数据库的字段名和日期格式仍需另行确认。第二，分类号、法律状态等字段的准确性取决于上游素材，Skill 不能凭空补全。第三，量化调整规则用于缩小或扩大命中量，最终是否采纳仍要结合检索目的判断。第四，官方资料未提供 API key 要求，requires_api_key=false，但客户端是否能直接访问 Skill 仍取决于本地环境。

结尾¶

这个 Skill 的价值在于把专利检索式从「临时拼关键词」变成可组合、可双版本对比、可按命中量迭代并留痕的过程。适合需要稳定产出检索式并解释调整理由的场景。

官方地址：https://api.skillhub.cn/user_07bb1a57/patentmax-query-build