用途：在规格已批准、尚未发布之前，通过“想象发布已经失败”的方式倒推可能出错的原因，提前暴露风险，留出修复时间。
主要能力：把风险分为三类——Tigers（有证据支撑、可能拖垮项目的真实威胁，需要缓解计划）、Paper Tigers（听起来吓人但不太可能或被夸大的担忧，点名后可让团队停止焦虑）、Elephants（没人说出口的风险，包括团队未质疑的假设、无人提出的顾虑、大家回避的不适事实）。对每个 Tiger 指定紧迫度：Launch-Blocking（发布前必须解决，否则推迟上线）、Fast-Follow（发布后 30 天内处理，可带着上线但不能忽视）、Track（发布后监控，信号恶化则升级）。每个 Tiger 还需包含具体缓解动作、建议负责人（角色而非具体人）和相对发布时间的截止期限。
使用方式：以提示模板形式使用，把 PRD、规格、发布计划或功能描述填入 <context> 的 $ARGUMENTS；若为空，则提示用户粘贴相关内容。模板要求以有经验的产品经理身份进行发布前风险分析，并强调诚实，目标是提升就绪度而非制造虚假信心，尤其关注 Elephants。
适用场景：规格已批准、团队正在开发、发布前 2-3 周运行效果最好，而不是发布前一天。若某个 Tiger 暴露出未经验证的假设，可搭配 craft-experiment-design 在发布前验证。
限制：资料未提供具体平台支持、安装命令、收费方式或效果保证；输出质量取决于填入的上下文是否充分。