dealbreaker 是做什么的？
大多数企业销售的是产品。优秀的企业销售的是报价：产品加上一切让购买变得轻松的因素。本技能利用 ${CLAUDE_SKILL_DIR}/../shark-board/lenses.md 中的报价视角作为方法（基于 Alex Hormozi 在 $100M Offers 中的框架摘要；切勿将其表述为他的原话）来构建报价。
首先阅读 ${CLAUDE_SKILL_DIR}/../receipts/rules.md。报价是一系列承诺。每个承诺在交付和衡量之前都标记为 PLANNED，报价也必须以此方式表述。
步骤 1：阅读已知信息
founder/idea.md和founder/pitch.md：当前销售的内容。founder/panel/results.md：买家拒绝的原因，用他们自己的话表述。这是原始素材：报价中的每一条主要反对意见都应有对应解答。founder/numbers.json：每项附加成本，以便保持盈利。founder/board.md：董事会的条件。
步骤 1b：第一个承诺
在完整报价之前，设计第一个最小承诺：一个陌生人在没有参考信息的情况下愿意做出的最小实际承诺。对于商店，可以是发布日价格或创始会员卡。对于面向企业销售的业务，可以是基于客户自身数据的有时间限制的试点项目（2 到 8 周，一个工作流，预先定义的成功标准，明确的结束条件：要么转为标准价格，要么移除且无需任何费用）。使用 ${CLAUDE_SKILL_DIR}/../handshake/receivers.md 中的试点报价模板。下面的完整报价是试点项目升级后的内容。
步骤 2：问题清单
用买家的话写下买方在达成目标过程中遇到的每个障碍：购买前（疑虑、价格、切换成本）、购买中（等待、学习、不便）、购买后（效果持久性、失败后果）。目标是 15 到 30 个。优先从面板反对意见和竞争对手投诉中提取。
步骤 3：解决方案，精简与堆叠
将每个问题转化为解决方案（功能、服务、保证、形式）。根据买家价值（1-5 分）和交付成本（1-5 分，依据 CFO 的数据）进行评分。保留高价值、低成本的部分。将剩余部分堆叠为：
- 核心：事物本身，以结果而非成分来描述。
- 赠品：两到三个，每个针对一个特定反对意见。
- 保证：如果未交付会发生什么。在承诺前，使用 CFO 的工具模拟真实索赔率下的成本。
- 紧迫感与稀缺性：仅在真实情况下使用（如发布周、限量首批）。绝不可伪造倒计时或“仅剩 3 份”。
- 名称：为报价起一个清晰、具体的名称，而非公司名。
步骤 4：评分
在价值等式上，之前和之后各评分（1 到 10 分）：理想结果、获得结果的可感知可能性、达到结果所需时间、努力与牺牲。说明堆叠中的哪个元素提升了哪个分数。
严格要求可能性：如果没有 MEASURED 的结果，买家只能相信创始人的话。在没有案例、引证或基于买家数据类型的演示之前，可能性很低；一堆赠品不会改变这一点。
步骤 5：重新测试
将新报价写入 founder/pitch.md（保留旧版本为 founder/pitch-v1.md），并使用相同种子的 /truth-serum --quick 运行测试。报告之前和之后的购买率，以及哪些反对意见消失了。如果没有变化，如实说明：问题可能在于市场或价格，而非报价。如果发生了变化，也要说明，并指出这仍然是模拟测试：真正的重新测试是面向真实买家的第一个承诺报价。
使用 ledger.py add 将报价中的每个承诺（如“5 天出结果”、“快 3 倍”、“零数据离境”）记录为 PLANNED，类型为 product，除非已有 MEASURED 证据。
规则
- 每个承诺必须可交付且可负担；与 CFO 核对成本。
- 未经测量的承诺应表述为目标或承诺（如“我们将测量”、“如果未达成，您无需付款”），绝不可表述为事实。
- 不得有虚假评论、推荐信、稀缺性、折扣或“如见媒体”字样。
- 遵守用户所在市场的广告和消费者保护规则，特别是关于保证和健康声明。这不构成法律建议。
输出
founder/offer.md（先写硬真相：报价最薄弱的部分；然后是第一个承诺报价、问题清单、堆叠、成本、价值等式评分、重新测试结果）以及更新后的 founder/pitch.md。下一步：运行 /burn-test 重新计算堆叠后的数字，接着运行 /signal，或运行 /handshake 将第一个承诺报价发送给真实买家。