前言¶
給專利做標引的人，通常要面對兩套東西：一套是自己定的標籤體系（技術領域、技術問題、效果、應用場景……維度可能不止一層），另一套是專利文件裏寫的技術事實（背景技術、發明內容、具體實施方式）。把這兩套對齊，靠人工逐篇讀、逐條填，速度快不起來，而且同一維度的判斷標準容易飄。
專利標引大師要解決的就是這一步映射：把用戶自定義的多維度分類標籤體系與專利技術事實建立對應關係，輸出結構化的標引表格。下面介紹這個 Skill 的定位、能力邊界和拿到手之後該做什麼。
這是什麼¶
一句話定位：一個面向專利的標引智能體，輸入專利文本和標籤體系，輸出結構化標引表格。
它由 SkillHub 上的社區發佈者 user_921c36cf 維護，座標 @user_921c36cf/patent-tagging，當前版本 1.0.0，來源標記爲 community，分類 professional。官方地址：
https://api.skillhub.cn/user_921c36cf/patent-tagging
SkillHub 頁面：
https://www.skillhub.cn/skills/user_921c36cf/patent-tagging
頁面上登記的數據是：評分 100000，下載 1675，安裝 0（數據採集時間見頁面）。需要說明的是，下載量與安裝量之間存在明顯落差，說明多數人是在瀏覽而不是實際部署，參考價值有限。
核心功能¶
根據官方簡介，這個 Skill 的能力只有一條，但邊界清楚：將用戶自定義的多維度分類標籤體系與專利技術事實建立映射關係，輸出結構化標引表格。
拆開看是三件事：
- 接收用戶給的標籤體系（維度、取值、層級由用戶自己定，Skill 不預設一套標準分類）。
- 在專利文本中定位對應的技術事實作爲依據。
- 按標籤體系逐項填好，輸出結構化表格，便於後續統計或入庫。
觸發方式上，官方列出的觸發詞包括「專利標引」「專利標籤」「專利分類標註」「patent tagging」「專利技術標註」等。也就是說，在對話裏直接提出這些需求就會命中，不需要額外命令。
安裝與啓用¶
資料裏沒有給出安裝命令、目錄約定或配置文件字段，因此這裏不寫未經覈實的命令，避免誤導。
能確認的信息只有兩項：
- 元數據標記
requires_api_key=false，即按官方登記，使用時不需要 API key。 - 座標
@user_921c36cf/patent-tagging，SkillHub 頁面提供安裝入口。
拿到之後建議先做一件事：把上面那個官方頁面打開，確認當前版本號和安裝方式是否仍與資料一致。SkillHub 上 community 來源的 Skill，安裝方式和後續更新由發佈者決定，以頁面爲準。
典型用法¶
官方資料裏沒有提供可復現的示例或調用命令，因此這裏只描述預期的輸入輸出形態，不構造具體案例。
用之前需要準備好兩樣東西：
- 標籤體系：維度名稱、每個維度的取值範圍，層級多的要說明父子關係。
- 專利文本：要標引的專利全文，或者至少包含技術方案和效果說明的部分。
然後按下面的順序推進：
1、把標籤體系交給 Skill，明確每個維度的取值範圍，避免同一維度出現重疊取值。
2、給出專利文本，說明需要標引。
3、拿到結構化標引表格後，逐行檢查每條標籤是否有文本依據，沒有依據的行單獨記下來。
有一點值得提前說明：標籤體系是用戶自定義的，Skill 不會替你決定該用哪套分類。維度設計得不合理，輸出結果也不會合理。
適用場景與注意¶
適合的場景：已經有自己標籤體系的團隊，需要在一批專利上做一致性標引，並且希望把標引結果落成表格而不是自由文本。
不適合或需要留意的場景：
- 沒有定好標籤體系就直接用，輸出難以複用。
- 多維度標籤之間如果有交叉或遺漏，需要先修訂體系再標引。
- 涉及未公開或受限專利時，注意文本是否允許交給智能體處理。
- 標引結果仍需人工複覈，尤其是技術特徵歸屬和效果認定這類容易出爭議的項。
另外，按頁面登記，這個 Skill 當前安裝量爲 0，使用過程中遇到問題沒有其他使用者的經驗可以參考，只能靠發佈者頁面信息和自己的實測。
結尾¶
專利標引大師的價值在於把「標籤體系 ↔ 專利技術事實」這條映射關係自動化，輸出可直接使用的結構化表格，省掉逐篇人工對齊的工作量。它不提供標準分類，標籤體系要自己設計。
官方地址：https://api.skillhub.cn/user_921c36cf/patent-tagging
拿到之後建議先小批量試一篇專利，覈對表格格式和取值是否符合預期，再決定是否鋪開。
