前言¶

寫專利檢索式時，常見的問題是關鍵詞堆在一起、分類號和申請人混用、命中量忽多忽少卻不知道怎麼調。這個 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