前言¶

招標文件迭代幾次後，投標截止前要發補遺或更正公告，但沒人逐條覈對過新版本改了什麼：保證金比例、投標截止時間、資格條件措辭有沒有被無意改動，稱謂是否統一。發補遺前做一次機械 diff 只能看到文字差異，看不到這些差異在法律上意味着什麼，也看不出哪些改動可能引發投標人質疑。

下面介紹的 Skill 解決這個問題：它不是通用文本對比工具，而是從招標人視角出發的招標文件版本比對器，上傳兩個文件後輸出發佈前自檢報告。

這是什麼¶

招標文件版本智能對比（招標人版），座標 @user_7ae399a8/m2026071501，當前版本 1.0.1，來源 community，分類 business-ops，發佈者 user_7ae399a8。Skill 頁面顯示評分 100000，下載 919。

一句話定位：上傳兩個招標文件版本，逐條比對所有變更，並從招標人視角評估質疑風險、合規閾值、稱謂一致性，輸出發佈前自檢報告。它是發補遺或更正公告前的一道檢查步驟。

核心功能¶

這個 Skill 的能力可以拆成三層。

第一層是版本比對。上傳兩個招標文件版本，Skill 會識別並列出兩份文件之間的所有變更，而不是隻給一個粗略的相似度。它支持 docx 和 pdf 格式，意味着招標階段常見的 Word 稿和最終 PDF 發佈稿都可以直接拿來比。

第二層是招標人視角的風險評估。機械 diff 把改動列出來之後，Skill 會從招標人角度判斷這些改動意味着什麼：

• 質疑風險評估：哪些變更容易被投標人抓住並據此提出質疑。
• 合規閾值檢查：保證金比例、投標截止時間、資格條件等關鍵合規項是否在公告中保持一致，或改動後是否觸碰相關法規閾值，包括招標文件編制中需要留意的時限和法規條款約束。
• 稱謂一致性掃描：同一事項在不同條款裏的稱呼是否統一，例如“投標人”“供應商”“申請人”混用。

第三層是輸出可執行清單。Skill 把上述檢查匯成一份發佈前自檢報告，包含 P0 到 P4 處置清單，按緊急程度分級；一致性格掃描（即一致性掃描）覆蓋各條款之間的對照；以及逐條建議，直接說明每一項該怎麼處理。

官方描述提到該 Skill 對接法規知識庫。未抓取到知識庫的具體字段或接口形式，這裏不展開。

安裝與啓用¶

已抓取資料未給出安裝命令、SKILL.md 安裝路徑或 Cursor / Codex CLI / Claude Code 的客戶端差異。官方地址是 https://api.skillhub.cn/user_7ae399a8/m2026071501，SkillHub 頁面是 https://www.skillhub.cn/skills/user_7ae399a8/m2026071501。安裝方式需要以這兩個頁面爲準。

標籤 requires_api_key=false 意味着該 Skill 不需要額外配置 API Key 即可啓用。

典型用法¶

根據 Skill 描述，直接對 Agent 說觸發語即可啓用，不需要先手動調用比對命令：

• “對比這兩份招標文件（招標人版）”
• “補遺前自檢一下”
• “有沒有被質疑的風險”

用法上就是把你手上的兩個版本文件給到 Agent，然後明確說是招標人視角的版本對比。Skill 會自動識別文件格式，執行變更比對、風險評估和一致性掃描，最後輸出報告。

適用場景與注意¶

適合這幾類場景：

• 發補遺或更正公告前的自查自檢。這是 Skill 設計的核心場景。
• 多版本迭代過程中的變更追蹤。改了四五稿之後，人工已很難記住每一處變動，用 Skill 跑一遍可以還原完整變更鏈。
• 投標人質疑前的風險預判和答覆口徑準備。如果你代表招標人一方，需要預判哪些點可能被質疑，這份報告可以作爲內部準備材料。
• 採購歸檔備查。報告本身可以作爲已履行審慎義務的書面材料存檔。

限制方面需要說清楚：

• 報告是發佈前自檢材料，不替代招標人、代理機構或法律顧問的最終合規判斷。合規閾值涉及具體法規條款，最終認定仍要看適用法規原文和項目實際。
• 法規知識庫的具體範圍和更新方式未在已抓取資料中說明，合規檢查的覆蓋程度無法從現有信息覈實。
• docx 和 pdf 之外，是否支持掃描件或圖片型 PDF 未說明，PDF 表格內容在比對中的表現也未覈實。

結尾¶

這個 Skill 的價值在於把發補遺前的版本覈對從”人工逐條看”變成”一次跑完變更比對 + 合規閾值檢查 + 質疑風險評估 + 分級處置清單”。招標人、代理機構或採購經辦人員在每次發補遺、更正公告之前跑一遍，可以拿到一份有分級、有建議的自檢報告，而不是一份只有文字差異的 diff。

官方地址：https://api.skillhub.cn/user_7ae399a8/m2026071501