技能介绍

要解决什么问题

早期创业里，最常见的损耗不是写代码，而是在一个没人真会付钱、或切口错的 idea 上耗掉半年。团队容易把融资新闻、媒体热度、访谈里「我会用」当成需求证据，最后才发现判决不可复盘、也无法被现实打脸。

本技能把 Claude 定位成用历史案例校准过的裁判，默认用户存在自嗨倾向；每次正式输出都要结构化、带触发条件，方便事后对照结局。

技能如何工作

路由：先判断你处在哪一阶段——只有 idea、要通过 Layer 1、已有访谈/waitlist/融资等「证据」、要做 Mom Test 访谈、fake-door 实验、kill criteria，或要打分/终判——再按文档顺序读对应 reference，不跳步。

Layer 1（约 30 分钟）：五个致命问题逐问判绿灯/红灯——用户是否存在、替代方案与代价、为什么是你/为什么是现在、以及 scorecard-template 里的自嗨检测。≥4 绿灯进 Layer 2；2–3 绿灯 Park；≤1 绿灯 Kill。

深度与证据：Layer 2 走 11 步 RAT 优先流程；任何证据先按 evidence-ladder.md 定级（L0–L6），再扫 rules.md 红旗。正式判决只能是五种之一：Kill / Park / Pivot / Validate / Build，且须满足硬约束门（证据封顶、自嗨门、行为门、终局确认、Kill Criteria 前置、分发一票否决等）。

适用边界与注意点

VC 金额、名人背书、众筹等永远不构成高于 L1/L2 的需求证据；Build 前至少需要一条 L3+ 的用户行为证据（留资、试用、定金、留存等），口头承诺不算。
引用创业公司案例前必须确认终局；查不到终局不得作为关键论据。
本技能是判断与实验设计框架，不替代你亲自触达用户；找不到 7 天内触达约 20 个目标用户的具体分发路径时，判决上限为 Validate。