特性开关清理清单

为什么需要一张「清理参谋」而不是直接删

特性开关在实验全量、功能下线之后，往往还会在配置中心里留很久：名字模糊、负责人离职、流量长期为 0，但没人敢动。真正难的不是「能不能删」，而是缺一张按证据分类的清单——删哪些、删之前要验证什么、出问题怎么回滚，以及证据不足时该标成待确认而不是武断下结论。

技能做什么

本技能只产出清单，不登录 LaunchDarkly 或自研配置中心，也不自动改开关或提删代码的 PR。你把 flag 列表（名称 + 用途，可附是否全量、流量、负责人等线索）交给助手，它会按模板整理为：

• 每个 flag 的唯一建议：删除 / 保留 / 再观察
• 对「删除」候选：删除前验证（默认路径、监控、关键用例等）与回滚条件（如错误率回升则重新打开）
• 缺流量或全量证据时：建议最多到「再观察」，状态标为待确认

判据上，常规项看长期全量或长期无流量；应急开关（kill switch）单独处理——0% 流量往往是健康常态，价值在于兜底，正确动作是演练而非进清理候选表。负责人离职、用途不明的临时开关，也不能因「无人认领」就默认删除。

适用边界

适合季度 flag 大扫除、全量已久仍残留的开关、准备下线实验层。不适合替代发版 Go/No-Go 全量门禁、依赖升级风险评估或自动运维改配置。只有 flag 名没有用途时，用途记「未知」并建议再观察；若要求「全部建议删除」，应拒绝无证据的批量删除。