前言¶
停用或替换供应商这件事，真正的成本不在切换的那一刻，而在切换之后：供应商的账号里还挂着生产数据的导出权限，合同里还有自动续费条款，交接文档没人接手。这些遗漏不会让系统立刻报错，只会在半年后以对账差异、数据泄露或合同纠纷的形式暴露出来。
人工排查这些事项的问题是：核对项分散在法务、运维、财务、数据团队手里，没有一个人能说清“到底该查什么”。本文介绍的 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
