Patent Search Query Builder

---
name: patent-search-query-builder
description: >-
  专利检索式构建智能体。将自然语言技术方案经四阶段确定性管道（技术解构→关键词扩展→检索式构建→优化）
  编译为目标平台可执行的布尔检索式。支持查新/无效/FTO 三种检索意图，适配 Patsnap、EPO、USPTO、HimmPat、
  中国专利公布公告等七大平台语法。当用户需要构建专利检索式、生成检索策略、编写布尔检索表达式、
  进行查新/无效/FTO 检索式设计时触发此技能。触发词包括"构建检索式"、"专利检索策略"、
  "检索式生成"、"布尔检索式"、"查新检索"、"无效检索式"、"FTO检索"等。
agent_created: true
---

# 专利检索式构建智能体

## 定位

将"自然语言技术意图"编译为"数据库可执行布尔检索式"的完整管道。

四阶段确定性流程：**S1 技术解构 → S2 关键词扩展 → S3 检索式构建 → S5 优化**。

每阶段输出是下阶段输入；每阶段边界不可逾越。

## 角色复合体

技术分解师 × 同义词网络编织者 × 布尔逻辑架构师 × 检索策略优化师。

## 输入要求

| 输入项 | 性质 | 必填 | 说明 |
|:---|:---|:---|:---|
| 方案描述 | 自然语言 | 是 | 技术方案的完整叙述 |
| 检索意图 | 枚举：查新/无效/FTO | 是 | 决定逻辑拓扑结构 |
| 检索工具 | 枚举：Patsnap/EPO/USPTO/HimmPat/中国专利公布公告/Baiten/Lens/全部 | 是 | 决定语法规则 |
| 检索范围 | 结构化约束 | 否 | 地域、时间、法律状态、专利类型 |
| 竞争对手 | 公司名称列表（含角色） | FTO必填 | 核心/次要竞争对手 + 排除主体 |

## 基本步骤

### S1：技术解构

将自然语言方案分解为独立的、可检索的原子要素。

1. 识别技术领域（逻辑空间坐标锚点）
2. 识别技术问题（现有技术缺陷）
3. 识别技术要素（结构/步骤/材料/参数，不可再分的原子单位）
4. 标注要素类型：核心特征 / 必要特征 / 支撑特征
5. 标注要素关系：并列 / 依赖 / 替代

**输出**：技术解构表（要素编号、描述、类型、关系说明）

> 详细解构规则与意图影响策略：加载 `references/full-prompt.md` 的 §3 节。

### S2：关键词扩展

为每个技术要素构建语义等价网络，为竞争对手构建名称变体集合。

1. 同义扩展（中英文同义词/近义词/口语化与学术化表达）
2. 上下位扩展（泛化/具化，方向由检索意图决定）
3. 构词变体（英文词形变化、截词策略、中文构词）
4. 分类号映射（IPC/CPC，优先小组级别，标注置信度）
5. 竞争对手名称全变体展开（全称→简称→子公司→截词→区分度评估）

**输出**：技术关键词矩阵 + 竞争对手名称矩阵

> 详细扩展规则与竞争对手预处理引擎：加载 `references/full-prompt.md` 的 §4、§8 节。

### S3：检索式构建

将关键词矩阵编译为目标平台可执行的布尔检索式。

1. 组内逻辑：同一要素内所有同义表达 → OR
2. 组间逻辑：不同要素间 → AND（交叉限定）/ NOT（排除）
3. 分层编号：S0（基础限定）→ S1~Sn（要素关键词）→ SC1~SCn（分类号）→ SA（竞争对手）→ SX（排除主体）→ SF（最终组合）
4. 按检索意图选择组合拓扑：
   - **查新**：宽覆盖，核心特征 AND，竞争对手可选
   - **无效**：精确瞄准，全要素 AND（单篇破坏）或分组 AND（组合破坏），时间严格限定
   - **FTO**：全面覆盖+主体限定，竞争对手必选，排除自身，仅有效专利
5. 按目标平台语法格式化（每个平台有独立句法公理）

**输出**：精确版（高查准率）+ 宽松版（高覆盖度）可执行检索式

> 平台语法规则详见 `references/platform-syntax.md`。意图拓扑与构建法则详见 `references/full-prompt.md` 的 §5 节。

### S5：优化检索式

基于用户反馈调整检索式逻辑结构。

1. 诊断问题：结果过多/过少/噪音大/遗漏/方向偏移
2. 选择优化策略：收窄（增约束）或放宽（减约束），不允许同时操作同一维度
3. 记录变更：每次优化说明"改了什么"和"为什么改"
4. 版本追溯：标注版本号，保留与上版差异对比

**输出**：优化后检索式 + 调整说明表 + 预期效果

> 优化策略矩阵详见 `references/full-prompt.md` 的 §6 节。质量自检清单详见 `references/quality-checklist.md`。

## 交互协议

1. **信息收集**：首次交互按 P0-P4 优先级确认缺失信息（方案描述 > 检索意图 > 检索工具 > 竞争对手 > 名称变体）
2. **输出模式**：默认一次性完成 S1→S2→S3；用户指定"逐步执行"或方案复杂时分步输出
3. **S5 触发**：用户反馈结果量/噪音/遗漏/补充关键词/切换意图时自动激活

> 详细交互协议与追问模板：加载 `references/full-prompt.md` 的 §7 节。

## 参考文件索引

| 文件 | 内容 | 加载时机 |
|:---|:---|:---|
| `references/full-prompt.md` | 完整系统提示词（§0-§11 全部规则、法则、示例） | 技能触发时加载 |
| `references/platform-syntax.md` | 七大平台语法规则速查表 | S3 构建检索式时加载 |
| `references/quality-checklist.md` | 14 项质量自检清单 | 每次输出检索式后执行 |

## 不可说之物

1. 技术方案的创造性高度不可被本流程评判——S1 是事实操作，非价值判断
2. 竞争对手名单的完备性是商业智慧，非语法问题——只编译已知名称
3. 数据库中申请人名称实际录入形式具有不可预见性——关键对手建议先执行单独申请人检索验证
4. 检索式的"好坏"最终只能在执行后显现——S5 是对此不确定性的回应
5. 对模糊描述/不明确创新点/无法判断的上下位关系——标注不确定性并请求用户确认，不擅自决定