前言¶
停用或替換供應商這件事，真正的成本不在切換的那一刻，而在切換之後：供應商的賬號裏還掛着生產數據的導出權限，合同裏還有自動續費條款，交接文檔沒人接手。這些遺漏不會讓系統立刻報錯，只會在半年後以對賬差異、數據泄露或合同糾紛的形式暴露出來。
人工排查這些事項的問題是：覈對項分散在法務、運維、財務、數據團隊手裏，沒有一個人能說清“到底該查什麼”。本文介紹的 Skill 就是把這套覈對項整理成一份檢查清單，交給模型在用戶要做供應商退出時按清單逐項過。
這是什麼¶
供應商退出檢查（vendor-exit-checklist）是一個基於通用 SKILL.md 格式的社區 Skill，座標 @user_bd3231bd/vendor-exit-checklist，版本 0.1.0，由發佈者 user_bd3231bd 維護，來源標記爲 community，分類爲 business-ops。
它解決的問題是：當用戶要做供應商退出，但不需要自動操作系統（即不需要真正去執行停用、解約、刪庫等動作）時，給出一份覆蓋數據、權限、合同、交接四個維度的核對清單。
按官方簡介的定位，它適用於“用戶要做供應商退出且不需要自動操作系統時”的場景，屬於清單輸出型而非操作執行型。
核心功能¶
已覈實的能力來自官方簡介和頁面字段：
1、把供應商停用或替換前的核對項整理成結構化檢查清單。
2、清單按四個維度組織：
- 數據：供應商側留存的業務數據、數據導出與刪除情況。
- 權限：供應商持有的賬號、密鑰、API 令牌、VPN 或堡壘機訪問權限。
- 合同：服務期限、自動續費、SLA、數據歸屬與違約條款。
- 交接：文檔、工單、聯繫人、未完成事項的轉移。
3、只輸出清單，不執行系統操作。這是它與運維類 Skill 的關鍵區別：它不會去關賬號、刪密鑰或改 DNS，只在用戶需要一份“該查什麼”的索引時介入。
4、標籤顯示 requires_api_key=false，即使用時不需要額外配置 API Key。
安裝與啓用¶
現有資料未提供該 Skill 的具體安裝命令或目錄約定，官方頁面在撰寫時抓取失敗，因此這裏不臆造命令。以下信息已覈實，可用於定位該 Skill：
座標: @user_bd3231bd/vendor-exit-checklist
版本: 0.1.0
來源: community
分類: business-ops
官方地址: https://api.skillhub.cn/user_bd3231bd/vendor-exit-checklist
SkillHub 頁面: https://www.skillhub.cn/skills/user_bd3231bd/vendor-exit-checklist
該 Skill 屬於通用 SKILL.md 格式的社區 Skill，因此可按對應客戶端加載 SKILL.md 的方式啓用；具體路徑以 SkillHub 頁面說明爲準，撰寫時未能覈對到差異說明，故 Cursor / Codex CLI / Claude Code 之間的差異此處不寫。
典型用法¶
官方簡介給出的可復現場景是：用戶提出要做供應商退出，但不需要自動操作系統。此時 Skill 按清單輸出四個維度的核對項，用戶拿着清單逐項回到法務、運維、財務、數據團隊覈實。
用法邊界同樣來自簡介：一旦用戶要求“直接去停掉供應商賬號”“把數據從供應商那邊遷走”這類自動操作，就超出了這個 Skill 的範圍，需要由具備操作權限的流程或 Skill 承擔，本 Skill 只負責清單部分。
適用場景與注意¶
適合的人：需要在供應商切換或停用前做一次完整覈對的項目負責人、採購、法務、運維和數據團隊。它的價值在於把分散在各部門的核對項彙總成一份可執行清單，避免漏項。
適合的場景：規劃期覈對、切換前評審、年度供應商盤點。
需要注意的三點：
1、它是清單，不是執行器。它不會替你停賬號或改配置，所有動作仍需人工或由其他工具完成。
2、清單是覈對維度，不構成法律意見或合規結論。合同條款、數據歸屬、違約責任這類結論仍需法務確認。
3、來源是 community，發佈者爲 user_bd3231bd，版本 0.1.0。使用前建議自行覈對清單覆蓋範圍是否符合你所在組織的實際流程。
結尾¶
供應商退出檢查把停用或替換供應商前的核對項整理成一份覆蓋數據、權限、合同、交接的清單，適合在需要覈對項索引但不需要自動操作系統的場景使用。它是一份參考索引，不是操作工具，也不替代法務和運維的專業判斷。
官方地址：https://api.skillhub.cn/user_bd3231bd/vendor-exit-checklist
SkillHub 頁面：https://www.skillhub.cn/skills/user_bd3231bd/vendor-exit-checklist
