前言¶

在專利分析、侵權比對和技術盡調裏，最常見的一個坑是：把摘要或宣傳語當成結論。說明書開頭往往寫着”本發明解決了……問題，效果顯著”，但翻到實施例才發現，既沒有實驗數據，也沒有對比基準，甚至連”效果”的具體定義都沒有。直接引用這樣的句子去做技術評估或訴訟準備，後面返工的代價很大。

下面介紹的 Skill「專利技術效果證據鏈整理」就是針對這個環節：它不替你判斷效果好不好，而是把每一條聲稱效果拉回到說明書裏的具體位置，逐項給出原文依據，找不到依據的就標記爲找不到。

這是什麼¶

這是一個基於通用 SKILL.md 格式的 Agent Skill，座標 @user_07bb1a57/patentmax-effect-evidence-trace，版本 1.0.2，由社區發佈者 user_07bb1a57 維護，分類爲 professional，來源爲 community。

它解決的問題是：從專利說明書中追蹤技術問題、技術手段和聲稱效果的原文依據，生成逐項證據鏈，避免把摘要宣傳語當成實驗結論。

核心功能¶

根據官方簡介，能力範圍是：

1、拆解技術問題：定位說明書對”要解決什麼問題”的表述，並區分背景技術描述和發明目的聲明。
2、追蹤技術手段：把權利要求或說明書記載的技術手段與後續效果陳述對應起來。
3、覈對聲稱效果：對每一條聲稱效果，回溯到原文出處（章節、段落或實施例），判斷它是有實驗數據支撐，還是隻有定性描述。
4、輸出結構化證據鏈：按證據逐項給出，不補造字段或結論。找不到原文依據的條目單獨標出，而不是用推測填充。
5、數據來源可選：可以使用 PatentMax API 獲取可追溯數據，也可以由用戶直接提供數據來源（例如本地下載的說明書文本）。

需要說明的是，這個 Skill 只做”證據追溯”，不做效果是否成立的判斷，也不生成專利法律意見。

安裝與啓用¶

已抓取資料中沒有列出安裝命令、目錄位置和配置字段，因此這裏不給出推測的命令。需要覈實的幾點：

1、官方頁面：https://www.skillhub.cn/skills/user_07bb1a57/patentmax-effect-evidence-trace
2、官方地址：https://api.skillhub.cn/user_07bb1a57/patentmax-effect-evidence-trace
3、需要 API Key：官方標籤標註了 requires_api_key=true，啓用前需要先準備 PatentMax API Key；具體的配置位置和字段名以官方頁面說明爲準。
4、版本與來源：1.0.2，community 來源，分類 professional。

由於沒有核實到 Cursor、Codex CLI、Claude Code 各自的安裝差異，這裏不做區分說明。

典型用法¶

已抓取資料中沒有提供可直接復現的命令行示例，下面按官方簡介描述的流程說明調用時的行爲，不作爲腳本使用。

1、準備數據源。要麼配置好 PatentMax API Key 走 API 取數，要麼把專利說明書文本作爲用戶數據來源直接提供。
2、指定目標專利。給出專利號或說明書文本，說明需要整理的效果範圍。
3、運行整理。Skill 會在說明書中定位技術問題、技術手段和聲稱效果的原文位置，逐項建立對應關係。
4、接收結構化結果。輸出按證據組織：每條聲稱效果對應其原文依據；沒有依據的條目被顯式標出；不補造字段和結論。

適用場景與注意¶

適合這幾類工作：

1、專利無效分析前的文本梳理，需要確認哪些效果陳述在說明書裏有支撐。
2、技術盡調中，對受讓方或競品專利的效果聲明做原文覈對。
3、把專利文獻轉成內部技術評估材料時，需要區分”說明書記載”和”摘要宣傳”。

限制和注意點：

1、它是證據鏈工具，不是法律意見生成器，輸出不能直接當作無效理由或侵權結論。
2、效果是否有數據支撐，取決於說明書本身寫得怎麼樣；如果說明書裏確實沒有實驗數據，Skill 會如實標出，不會替它補上。
3、依賴 PatentMax API 時需要有效的 API Key；使用用戶提供的數據來源時，說明書文本的完整性直接影響追溯質量，缺頁或格式錯亂會增加漏檢。
4、版本 1.0.2 來自社區發佈者，安裝前建議確認數據來源和授權邊界是否滿足你的使用場景。

結尾¶

這個 Skill 的價值在於把”聲稱效果”變成可覈查的原文條目：有依據的給出出處，沒依據的明確標出，中間不摻推測。對於需要從專利說明書裏提取技術結論的工作，它把最費時、也最容易出錯的一步標準化了。

官方地址：https://api.skillhub.cn/user_07bb1a57/patentmax-effect-evidence-trace