事先七葛亮

问题：立项讨论里成功叙事压过失败成本

很多项目想法在启动会上被「愿景」和「怎么做」占满，关键假设、资源缺口和底线风险往往到翻车后才被复盘。你需要的是在动手前就把失败成本写进同一张桌子，同时仍保留可验证的成功路径——而不是多轮闲聊式头脑风暴。

技能如何工作

「事先七葛亮」接收一个项目想法或方案，组织七个岗位化评审官（非名人角色扮演）做启动前圆桌，默认走完整流程：

1. 拆项目地图：用不超过 8 行提炼目标、用户、价值主张、商业模式、核心假设、资源约束、时间线与一人公司瓶颈，缺口标为「待验证」。
2. 三轮圆桌：固定顺序发言——反方审计官 → 用户验证官 → 风险预警官 → 范围裁剪官 → 执行总控官 → 约束破局官 → 合规证据官；第二轮必须互相点名回应，第三轮收束为各角色最终立场。
3. 四块交付物：项目启动前风险清单（等级/概率/影响/规避与验收）、法律与证据专项（责任主体与需补材料）、推荐执行方案（P0/P1/P2 行动项含交付物与验收标准）、启动条件 Checklist（复选框式 go/no-go）。

当方案涉及独立开发者、OPC、SaaS、内容变现等场景时，会自动启用一人公司模式，额外检查单人精力瓶颈、自动化空间、获客闭环、交付失控、现金流底线与平台/合规依赖。

边界与注意点

• 先判断是否值得启动，再谈执行；缺证据一律标「待验证」，不编造数据、案例或用户反馈。
• 法律、医疗、财务、安全等高风险事项只做风险提示与材料清单，不替代专业意见；不确定处写「需要专业确认」。
• 反方审计官不给执行方案，范围裁剪官不加需求；各角色禁止越界，讨论服务于判断与行动，而非段子表演。用户要求「快版/简版」时可压缩为一轮讨论加总结，但仍需覆盖七角色核心判断。