kill-criteria-exit-ramps（终止标准与退出策略）Skill 是什么？如何下载？

终止标准与退出策略Skill：用客观规则决定项目何时继续、转向还是终止

• 它解决的问题：项目该不该停、什么时候停、由谁拍板——把"再等等看"的主观拖延，变成事先写好的客观阈值。
• 核心机制：提供 6 种常用模式（预先终止标准、通过/不通过关口、触发式退出、转向 vs 终止、投资组合终止、沉没成本陷阱避免）与 8 步标准工作流。
• 最大差异点：不是帮你"找理由继续"，而是帮你"提前约定何时退出"，专治沉没成本谬误与僵尸项目。
• 适用人群：产品负责人、创业者、研发管理者、投资/项目管理岗位，以及需要做资源取舍决策的团队。
• 使用门槛：无需编程，把项目指标和目标讲清楚即可获得一套可签署、可监控、可执行的退出规则。

该技能叫什么？如何下载安装 AI 技能提升开发效率？

技能中文名：终止标准与退出策略Skill 技能英文名：kill-criteria-exit-ramps 技能ID：12975

这个技能面向的核心痛点是：最难的决策往往是知道何时退出。团队在项目上投入了时间、预算与情感之后，很容易陷入"我们已经投入太多，不能现在放弃"的沉没成本谬误，于是一个本该被终止的项目继续消耗资源，形成长期"结束中"的僵尸项目。该技能通过预先定义的、客观的终止条件（kill criteria）与明确的决策点（exit ramps），把"要不要停"从情绪与政治博弈中剥离出来，变成可量化、可复核的纪律性决策。

该技能覆盖的典型触发场景包括：启动新项目前预设停止规则、评估进行中倡议应继续/转向/终止、避免沉没成本陷阱、多项目组合的资源再分配、设置基于里程碑的通过/不通过关口、以及在损失扩大前控制风险。

一键安装的思路与步骤（以下为通用流程，具体入口、命令与版本要求以官方说明为准）：

1. 确认安装前提：你使用的 AI 助手/开发工具需支持「技能（Skill）」扩展机制；准备好该技能的英文名 kill-criteria-exit-ramps 或技能ID 12975 用于检索。
2. 打开技能入口：在所用平台的技能市场、插件中心或技能管理页面中搜索英文名或技能ID（具体菜单名称以官方说明为准）。
3. 执行安装：按平台提供的安装方式完成添加；部分平台提供命令行安装方式，具体命令请以官方说明为准，本文不代为编造。
4. 验证是否生效：安装后新建一次对话，输入一句试探性提问，例如"我要上线一个新功能，帮我定义终止标准和通过/不通过关口"，若返回内容包含成功指标、终止阈值、决策权归属、关口表等结构化要素，即说明技能已生效。
5. 纳入日常工作流：把该技能加入项目立项、月度评审、季度组合复盘三个固定节点，避免"装了但不用"。

该技能的主要功能和特点

• 六种可直接套用的决策模式：预先终止标准（启动前设定）、通过/不通过关口（分阶段递增投资）、触发式退出机制（时间型/指标型/市场型/资源型/机会型触发）、转向 vs 终止判断框架、投资组合终止标准、沉没成本陷阱避免。
• 八步结构化工作流：定义成功指标与时间范围 → 建立客观终止标准 → 分配决策权与治理 → 设置里程碑关口或触发点 → 正式文档化 → 定期监控指标 → 在关口/触发点评估 → 执行终止决策。
• "事前尸检反转"这一关键提问法：直接问"如果我们今天从零开始，还会启动这个项目吗？"——回答"不"就终止，回答"是但方式不同"就转向，回答"是，完全照旧"就继续，从而绕开沉没成本干扰。
• 八条关键防护栏：发布前而非发布后设定标准、标准必须客观可复核、决策权必须落到具体个人（避免"团队共识"导致瘫痪）、不移动目标、沉没成本无关、快速终止避免僵尸项目、机会成本优先于沉没成本、事后尸检不追责。
• 开箱即用的表格与清单：终止标准检查清单（7 项自检）、通过/不通过关口模板（关口/投资/时间线/成功标准/决策）、转向 vs 终止因素对照表（客户痛点、市场规模、学习率、消耗率、团队信念、机会成本）。
• 和普通工具的差别：普通项目管理工具记录的是"做了什么"，普通 BI 看板展示的是"跑得怎么样"；该技能输出的是"到什么数字就停、谁有权喊停、停了之后资源去哪"，把决策规则本身变成交付物。

如何使用该技能？

以下为通用使用路径，可按你的实际平台调整：

1. 选定触发场景。先用一句话说明你处在哪个阶段：启动新项目、评估进行中项目、做组合取舍，还是要解决团队的沉没成本争论。
2. 提供必要上下文。至少给出四项：项目目标、当前或预期指标、已投入的时间与资金、评估周期。信息越具体，输出越可执行。
3. 指明希望使用的模式。例如"用通过/不通过关口模式帮我设计三阶段投资"，或"用触发式退出机制帮我列出五类触发条件"。
4. 生成终止标准清单。让技能按"成功指标 / 时间范围 / 终止标准 / 决策权 / 文档化 / 监控计划 / 结束计划"七项逐条产出。
5. 做客观性自检。用技能内置的测试标准检验：两个人独立评估这些标准，能否得出相同结论？如果不能，说明标准仍太主观，需要改成数字、日期或里程碑。
6. 正式文档化并取得签署。把标准写进项目文档，并在启动前取得利益相关者确认，防止后续"移动目标"。
7. 设置监控与警报。明确谁跟踪、多久跟一次、在哪个看板呈现，并在接近阈值时预警。
8. 在关口或触发点评估并决策。用"如果今天从零开始还会做吗"的反转提问定调；若触发终止，则快速执行：一周内宣布、一个月内完成人员重配、随后做事后尸检。

输入示例：

我们准备上线一个"高级分析"功能。目标用户是现有付费客户，预期上线后 3 个月内使用率达到 20%。目前有两名工程师可投入，总预算约 10 万美元。请帮我定义终止标准、决策权归属和监控计划，并给出一个通过/不通过关口表。

输出说明（依据技能能力，通常会包含）：可量化成功指标与评估期、带数字阈值的终止标准、具体决策人及越权升级路径、分阶段关口表（投资额/时间线/成功标准/决策）、触发点清单、以及触发后的结束计划。技能内置示例中，同类情形下"3 个月后使用率低于 15% 即终止"的阈值设定，曾帮助团队在 12% 使用率时停掉功能并将 2 名工程师调回核心业务，节省约 6 个月维护成本。

同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
终止标准与退出策略Skill	决策纪律工具，输出"何时停、谁来停、停了怎么办"的规则	六种模式、八步工作流、终止标准清单、关口模板、转向/终止判断表、沉没成本反转提问	需在支持技能机制的平台安装，检索技能名或ID即可；无编程要求	项目立项、阶段评审、组合取舍、沉没成本争论	优势：规则化、可签署、直接对准沉没成本与僵尸项目；不足：依赖你提供真实且可量化的指标，不替你承担决策责任
通用对话大模型（直接提问）	通用问答助手	可临时讨论"要不要停"	零门槛，打开即用	一次性、轻量的决策讨论	优势：灵活、无需安装；不足：输出不稳定，容易顺着你的话说，缺少固定框架、检查清单和防移动目标的护栏
项目管理工具（任务/里程碑看板）	执行过程管理	任务拆解、进度跟踪、里程碑标记	需团队协作配置	项目执行跟踪	优势：过程透明、协作方便；不足：只记录"做了什么"，不定义"什么条件下必须停"，也没有决策权与升级机制的设计
指标看板/BI 报表	数据呈现与监控	指标看板、趋势图、阈值告警	需要数据接入与建模投入	持续监控运营指标	优势：数据实时、可视化强；不足：只回答"现在多少"，不回答"多少就该停"，缺少转向/终止的判断框架

需要说明的是，这几类方案并非互斥：实践中最稳妥的组合是——用指标看板负责"监控"，用项目管理工具负责"执行"，用本技能负责"规则与决策权"，三者配合才能闭环。

该技能的典型应用场景与实际体验情况

场景一：产品经理启动新功能，提前锁定退出条件 痛点：功能上线后数据平平，但团队不断用"再优化一版"来延后判断。使用方式：在写需求文档时就让技能产出成功指标、终止阈值、决策人与监控计划，并写入文档签署。实际体验：上手难度低，一次对话即可拿到七项清单；效果最明显的是"决策权落到具体个人"这一条，直接消除了"大家一起讨论"导致的瘫痪。注意事项：阈值必须自己给出真实数字，AI 无法替你判断 5% 还是 10% 才合理。

场景二：创业团队判断该转向还是终止 痛点：数据不达标，但团队对"是执行错了还是假设错了"争论不休。使用方式：把客户痛点、市场规模、学习率、消耗率、团队信念、机会成本六项因素交给技能的转向/终止对照表逐项打分。实际体验：技能内置示例中，一款健身应用在 1 万次下载、仅 5% 周活的情况下，通过用户访谈发现用户真正需要的是饮食追踪，于是转向营养方向而非直接终止——这正是"假设有效但执行错误则转向，假设无效则终止"的典型应用。注意事项：访谈证据必须真实，否则转向只是换个姿势拖延。

场景三：研发负责人做多项目组合取舍 痛点：10 个项目、只够养 7 个，谁都不愿意先停。使用方式：按"预期收入 × 成功概率 ÷ 资源成本"排序，设定"前 70% 获得资源"的最低阈值，终止排在末尾的项目。实际体验：技能明确给出的原则是"'几乎完成’不证明继续"，即便某项目已 80% 完成，只要存在更好替代也应终止；内置示例中终止 3 个项目后，前 3 名项目提前 4 个月发布。注意事项：必须同步宣布资源去向，否则被终止项目的人会产生强烈抵触。

场景四：企业销售路线陷入沉没成本争论 痛点：投入 18 个月、200 万美元，只拿到 2 个客户（可行性需要 50 个），团队仍坚持"再撑一下"。使用方式：用事前尸检反转提问——"如果今天从零开始，还会走企业销售吗？“答案是"不会，会专注自助式 SMB”，于是终止企业销售并转向。实际体验：这一提问法在现场讨论中的杀伤力最强，因为它把"过去投入"直接移出决策等式。注意事项：转向后要把新方向也补上终止标准，否则同样的争论会在半年后重演。

该技能能为用户带来的价值

• 缩短决策周期：把"要不要停"从持续数月的争论，压缩为一次关口评估，因为阈值与决策人都是事先约定的。
• 降低无效投入：参考技能内置案例，提前终止低效功能可省下约 6 个月维护成本；组合层面终止尾部项目可让头部项目提前约 4 个月交付。
• 提高资源周转率：终止不是浪费，而是把工程师、预算与注意力释放给成功率更高的方向，这正是机会成本优先于沉没成本的含义。
• 降低对个人勇气的依赖：决策权归属、升级路径、文档签署都被写进规则，个体不必独自承担"叫停项目"的政治压力。
• 沉淀组织能力：事后尸检不追责的文化设定，加上标准化的终止流程，会让团队逐步把"纪律性停止"视为正常经营动作，而不是失败。
• 长期价值：一旦"立项即写终止标准"成为默认动作，组织就获得了一套可复用的投资组合管理语言，跨项目比较与取舍会变得更客观。

常见问题 FAQ

Q1：这个技能怎么安装？需要写代码吗？ 不需要编程。在支持技能机制的平台中，用英文名 kill-criteria-exit-ramps 或技能ID 12975 检索并按平台方式添加即可；具体安装入口、命令与版本要求以官方说明为准。安装后用一句"帮我定义终止标准"的提问验证是否生效。

Q2：它收费吗？ 技能本身的收费方式取决于你所用平台的计费规则，本文不掌握具体价格信息，请以官方说明为准。

Q3：适合谁用？个人项目用得上吗？ 最适合产品负责人、创业者、研发管理者与投资/项目管理岗位。个人项目同样适用——哪怕只是给自己设一条"三个月没有 20 个真实用户就停手"的规则，也能有效避免无限期拖延。

Q4：它和项目管理工具、BI 看板有什么本质区别？ 项目管工具管"执行"、BI 看板管"监控"，本技能管"规则与决策"：到什么数字必须停、谁有权拍板、触发后资源如何重配。三者互补，建议搭配使用。

Q5：如果团队坚持"再给三个月"，技能能做什么？ 技能内置了防移动目标的护栏：终止标准在发布时即固定，任何修改都需要书面理由、高级别批准与新文档记录。你可以直接引用这条护栏，把"再给三个月"变成一次正式的变更评审，而不是一次口头妥协。