前言¶
招投標和政府採購場景裏，最耗時的不是寫，而是對齊。一份招標文件動輒幾百頁，資格條件、廢標條款、評分辦法散落在不同章節；投標文件要分章節生成，還要保證每一項要求都有對應的證據和響應位置；開評標之後還要留檔復盤。
常見的做法是把整份文件丟給模型，讓它”全文總結一下”。結果是：沒有逐條對應，沒有來源頁碼，沒有風險分級，也沒有”這一步的產物是什麼”的概念。bidding 這個 Skill 的思路不同，它把全流程拆成有順序的環節，每個環節產出明確的東西，後續環節直接引用上一步的結果。
這是什麼¶
bidding 是一個面向中國語境的招投標與政府採購全流程工作流 Skill，座標 @user_7c6357d4/bidding，版本 1.0.0，由社區發佈者 user_7c6357d4 發佈，分類 business-ops，來源標記爲 community。
它解決的問題是：把”從看到採購意向到項目驗收復盤”這條鏈上的每一步，都變成可執行、可檢查、可追溯的工作項，而不是一次性的長文本問答。
SkillHub 頁面顯示評分 100000、下載 1082 次、安裝 0 次，標籤 requires_api_key=false。這幾個數字只代表抓取時點的頁面狀態，不代表實際可用性，下面會說明原因。
覆蓋的環節¶
官方簡介把能力按生命週期順序列出，可以理解爲下面這條鏈。括號裏是簡介原文用詞。
- 標訊發現與監測：採購意向、標訊的發現與持續監測，對應”標訊訂閱”這類請求。
- 需求階段：採購需求調查。
- 文件階段：招標或採購文件的編制與審查，以及”採購需求/招標文件公平競爭審查”。
- 解析階段：PDF、Word、掃描件解析。
- 結構化提取：資格條件與廢標項提取，對應”廢標風險檢查”。
- 評分辦法建模：把評分辦法拆成可計算的結構，用於”評分項對比”。
- 投標決策：基於上述結果判斷是否參與。
- 投標文件生成：數百頁投標文件的分章生成。
- 矩陣與覈驗：要求—證據—響應矩陣、客觀分覈驗、主觀分輔助評估、價格分模擬。
- 合規與答疑：合規審查、澄清答疑、遞交前檢查。
- 開評標輔助。
- 合同與履約：合同對齊、履約驗收。
- 復盤：知識沉澱。
官方簡介給出的高頻請求包括”招標書解析”“投標書生成”“評分項對比”“標訊訂閱”“廢標風險檢查”“採購需求/招標文件公平競爭審查”。這些是意圖入口，不是命令。
核心功能¶
從簡介能確認的能力有三類。
一是解析與提取。支持 PDF、Word、掃描件三類輸入，產出資格條件、廢標項等結構化結果。這一層的價值在於把非結構化文件轉成可逐條覈對的清單，而不是一段摘要。
二是建模與覈驗。評分辦法建模後可以對客觀分做覈驗、對主觀分做輔助評估、對價格分做模擬。要求—證據—響應矩陣是貫穿投標文件生成的核心產物：每一項要求對應一條證據和一個響應位置，缺項和錯配在遞交前就能看出來。
三是流程閉環。從標訊發現一路走到合同對齊、履約驗收和復盤沉澱，每個環節的產物可以作爲下一環節的輸入，鏈路是可追溯的。
需要注意的是，簡介裏”客觀分覈驗”“主觀分輔助評估”的措辭是分開的：客觀分是覈驗，主觀分只是輔助評估。不要把後者理解成模型可以替評委打分。
安裝與啓用¶
未能覈實。寫作時官方地址 https://api.skillhub.cn/user_7c6357d4/bidding 和 SkillHub 頁面 https://www.skillhub.cn/skills/user_7c6357d4/bidding 均無法打開，因此安裝命令、目錄位置、配置字段、Cursor / Codex CLI / Claude Code 的啓用差異，都沒有可覈對的來源。
已抓取資料裏只有版本號（1.0.0）、來源（community）、分類（business-ops）和標籤 requires_api_key=false。後者說明該 Skill 自身不要求 API key，但沒有說明它調用底層模型或外部服務時是否需要憑據。
在拿到官方頁面之前，不要把任何安裝命令寫進項目。建議直接打開上面兩個地址，確認發佈者、版本和下載量之後再決定是否引入。
典型用法¶
由於官方頁面不可訪問，這裏只給出簡介明確列出的請求方式，不給出可復現的命令示例。
按業務階段提需求：
招標書解析：給定一份招標文件，輸出資格條件、廢標條款、評分辦法的結構化結果。
標訊訂閱：按地區、行業、預算區間等條件，持續監測採購意向與標訊。
評分項對比：把評分辦法建模後，對比不同方案的得分結構，並做價格分模擬。
廢標風險檢查：對照資格條件與廢標項，檢查投標文件是否滿足，輸出風險清單。
公平競爭審查：針對採購需求或招標文件，做公平競爭審查輔助。
投標書生成：按章節生成數百頁投標文件，並建立要求—證據—響應矩陣。
這些是需求描述，不是腳本。實際調用方式取決於安裝後 Skill 的 SKILL.md 定義，需要在官方頁面恢復後覈對。
適用場景與注意¶
適合需要把招投標流程標準化、留痕化的團隊：採購方要做需求調查和公平競爭審查，投標方要做標書編制和遞交前檢查，代理機構要做開評標輔助和合同對齊。共同點是需要可追溯的產物，而不是一次性結論。
限制主要有三條。
一是主體責任不轉移。官方簡介明確說明，AI 僅提供輔助分析，不替代採購人主體責任、評標委員會獨立評審、法律意見或人工簽署提交。涉及廢標、澄清答疑、合同條款的內容，最終都要人工確認和簽署。
二是輸入質量決定輸出質量。掃描件解析、資格條件提取、評分辦法建模這幾步依賴文件本身的清晰度和結構。掃描件模糊或版式複雜的文件，提取結果需要人工複覈。
三是模型能力邊界。主觀分輔助評估不等於評審意見，價格分模擬依賴報價數據和評分公式的正確輸入。矩陣能檢查缺項和錯配，不能判斷證據本身的真僞或有效性。
結尾¶
bidding 的價值在於把招投標和政府採購這條長鏈路拆成可執行、可追溯的環節，讓每一步都有明確產物，也讓缺項和風險在遞交前可見。它提供的是輔助分析能力，主體責任和最終簽署仍然在人。
官方地址：https://api.skillhub.cn/user_7c6357d4/bidding ，SkillHub 頁面：https://www.skillhub.cn/skills/user_7c6357d4/bidding 。
