用途：对计划、发布、产品、招聘、战略或决策做事前验尸（premortem）。核心机制是设定“6 个月后它已经失败，请解释它是怎么死的”这一框架，从而绕开默认的附和倾向，得到更具体、更诚实的失败模式。
适用对象：产品/功能发布、定价变更、招聘、战略转向、合作，以及任何判断错误代价高昂的承诺。不适合：模糊想法（应先做规划）、事实性问题、草稿反馈、已不可逆的决策。若用户想要的是对当前决策的多视角评估而非失败分析，应改用其他工具。
使用方式：先收集最少上下文——它是什么（一句话）、面向谁/影响谁、成功是什么样（失败即成功的反面）。先扫描对话，再最多做 2-3 次 Glob/Read 调用查看 CLAUDE.md、memory/ 目录、用户引用的文件和相关项目简报；缺失信息时一次只问一个聚焦问题。随后明确设定框架，再生成具体、有依据、真实威胁的失败原因列表（数量按实际，不凑数也不截断）。
主要能力：为每个失败原因并行启动一个调查 agent（在同一条消息中用多个 Agent 调用），每个 agent 输出失败故事、被忽视的底层假设和可观察的早期预警信号。之后做综合：最可能失败、最危险失败、隐藏假设、修订计划、发布前检查清单。最后生成两个文件到当前工作目录：premortem-report-YYYYMMDD-HHMMSS.html（内联 CSS 的深色单文件报告，综合部分置顶，每个失败原因一张卡片）和 premortem-transcript-YYYYMMDD-HHMMSS.md（完整记录），时间戳用 date +%Y%m%d-%H%M%S 生成。写完后打开报告：open premortem-report-YYYYMMDD-HHMMSS.html（macOS；Linux 用 xdg-open）。聊天中给出三句话摘要，并可询问是否用 LLM council 对修订计划做压力测试。
原则与限制：所有失败 agent 必须并行，避免顺序推理泄漏；必须显式设定框架；综合才是产品，要具体可执行；修订项应是本周可做的事。资料未提供收费、价格、平台支持范围等细节。