前言¶

供應商拿到招標文件，發現評分標準明顯偏向、參數直指某個品牌、廢標條款不合理，第一反應往往是“我要質疑”。但真正落筆時，多數人卡在三件事：質疑函和投訴書有什麼區別、哪些法定要素少一個就會被駁回、法律條文引用到哪一條。這個 Skill 把這套起草流程結構化，用對話方式採集項目信息，再生成格式規範的文書。

這是什麼¶

這是 SkillHub 社區發佈者 user_7ae399a8 維護的一個 Skill，座標 @user_7ae399a8/m2026070803，版本 1.0.1，分類 professional，標籤 requires_api_key=false。它解決的問題很窄：在《中華人民共和國政府採購法》體系下，起草、生成或修改質疑函與投訴書，並檢查文書的法定要素是否齊全。

頁面顯示評分 100000，下載 1109。官方簡介稱其基於“政府採購法律法規結構化 MD 知識庫 + 100000 全國投訴處理案例”，按法定要素生成格式規範、論證嚴密、引用精準的文書。這部分能力描述來自 Skill 自述，未從外部資料獨立覈實。

核心能力¶

按官方簡介，能力集中在四件事：

1、起草質疑函：當採購文件、採購過程或中標結果損害供應商權益時，生成符合法定格式的質疑函。
2、起草投訴書：對質疑答覆不滿意或採購人逾期未答覆時，生成投訴書。
3、要素檢查：覈對文書是否包含採購項目名稱及編號、採購人或代理機構名稱、供應商信息、具體訴求、事實依據、法律依據等法定要素。
4、模板輸出：給出質疑函、投訴書的標準結構，便於用戶按結構補全內容。

觸發詞覆蓋“寫質疑函”“起草投訴書”“政府採購質疑”“政府採購投訴”“幫我質疑”“供應商維權”“評分不公平怎麼辦”“參數指向特定品牌”等說法。

安裝與啓用¶

該 Skill 發佈在 SkillHub 社區，頁面地址爲 https://www.skillhub.cn/skills/user_7ae399a8/m2026070803，座標 @user_7ae399a8/m2026070803。

需要注意兩點：

• 標籤 requires_api_key=false，意味着啓用時不需要額外配置 API Key。
• 本次抓取未獲取到官方給出的具體安裝命令或目錄路徑，因此不在此列出命令。請以 SkillHub 頁面爲準確認安裝入口；Skill 基於通用 SKILL.md 格式，理論上可被支持該格式的 Agent 加載。

典型用法¶

官方給出的使用示例是一個分步採集過程。用戶提出需求後，Skill 先確認文書類型，再逐項索取信息，最後生成完整文書。

用戶：幫我寫一份質疑函，評分標準有問題
AI：請問您需要起草的是質疑函還是投訴書？請提供：
  ① 採購項目名稱及編號；
  ② 採購人/代理機構名稱；
  ③ 您的公司名稱、地址、聯繫人及電話。
（分步採集後生成完整文書）

可以看到它不會一上來就堆文本，而是先問清文書類型，再把項目、對方主體、自身主體三類信息採集齊。這套分步提問是這類文書起草的關鍵：少一個主體信息，文書在形式審查階段就可能被退回。

適用場景與注意¶

適合供應商、採購代理機構內部人員等需要處理政採質疑投訴流程的角色，尤其是首次起草、對法定要素不熟悉的場景。

限制也很明確：

• 僅處理《中華人民共和國政府採購法》體系下的質疑函與投訴書。
• 不處理《招標投標法》體系的質疑投訴。
• 不做合同審查。
• 不做投標文件編制。
• 不處理其他法律文書。

如果業務落在招標投標法體系、或需要審查合同條款、或需要編寫投標響應文件，這個 Skill 不是合適工具，需要另找對應能力。

結尾¶

這個 Skill 的價值在於把“質疑函/投訴書怎麼寫”這類高頻但易錯的文書起草，壓成一條可復現的分步流程：確認文書類型 → 採集要素 → 生成文書。對政採供應商來說，它省下的不是寫作時間，而是漏掉法定要素導致的駁回風險。

官方地址：https://www.skillhub.cn/skills/user_7ae399a8/m2026070803