eol-checklist — 产品退役 EOL 检查清单生成技能

技能概述

eol-checklist 是一款把"产品退役决定"转化为分阶段、可执行 EOL 检查清单的 AI 技能：每条待办都带动词并指定明确负责人，清单规模随退役复杂度自动适配，从功能下线到硬件产品线退市都能覆盖。

适用场景

1. 遗留模块或内部工具下线：已决定在某日期前退役遗留模块，需要列出从现在到退役日之间真正要做的每一件事，而不是又一份战略文档。
2. 硬件产品线退役：涉及渠道伙伴、服务合同、在途库存和法规认证的重型退役，需要跨职能的完整行动手册和逐阶段门禁审批。
3. 有付费客户的商业产品停售：客户合同和续约跨越停售日，需要管理续约语言、SLA 条款、数据导出窗口和客户迁移路径。

核心功能

1. 三级规模适配（Light / Standard / Heavy）：根据客户规模、收入影响、合同义务、硬件和渠道因素推荐合适的清单体量——功能下线得到一张十几条的简明任务单，旗舰产品退役得到覆盖 15 个职能领域、6 个阶段的跨职能行动手册，避免用重型流程吓跑轻量退役的执行者。
2. 六阶段生命周期门禁：按 NSC（状态变更通知）、EOS（停止销售）、EOE（停止扩容）、EOM（停止维护）、EOL（产品退役）、EOSRV（终止服务）组织工作，每个阶段转换都写明"什么条件成立才能推进、由谁审批"，防止"发个公告、半年后悄悄拔线"。
3. 每条待办指定负责人（便利贴规则）：每项 4–8 个词、动词开头、写明 owning 职能——写不出负责人的那一条，恰恰暴露了组织中无人认领的空白，需要上报而不是含糊带过。

常见问题

eol-checklist 适合什么规模的退役？

三个级别都适用，且技能会主动推荐：轻量级（Light）适合功能、内部工具或无版本化 API，输出 2–3 个阶段的简明任务单；标准级（Standard）适合有付费客户和合同的商业产品，是默认级别；重量级（Heavy）适合收入关键、硬件在役、有渠道伙伴或受监管的产品，启用全部六个阶段并在每次阶段转换设置审批人。你可以先让技能推荐级别，再自行调整。

它和项目计划（甘特图）有什么区别？

eol-checklist 不是项目管理工具：没有甘特图、没有依赖关系图、不做资源加载。它回答的是"要做什么、在哪个生命周期阶段做、谁负责"，而排期、依赖和资源分配仍需导入你的项目管理流程。此外它也不替代沟通本身——清单里写"与法务对齐"不等于对齐已经发生。

如果 EOL 日期还不确定怎么办？

写 TBD 是合法条目；如果日期在迁移路径就绪之前不应该被设定，技能会写 Not scheduled（暂不排期），并附上一条说明前置条件的待办项。技能明确反对为了填模板空白而编造日期——公开承诺又推迟的 EOL 日期，会让客户不再相信你的第二次公告。