动工之前 是做什么的？
在实施前进行一次紧凑的事前评估。目标不是阻止构建，而是要识别最高风险的假设、最小的验证步骤，以及在获得更好证据前应推迟的构建范围。
何时使用
当用户要求构建或发布以下内容时使用此技能：
- 新产品、MVP、原型、落地页、SaaS应用、市场平台、内容站点、Agent工作流或内部工具
- 对采用、收入、留存、信任或分发影响不明确的主要功能
- 定位薄弱可能浪费开发或推广精力的公开发布资产
当任务属于狭窄的实现修复、重构、测试修复、依赖更新，或已有明确验收标准的已验证变更时，跳过此技能。
风险检查清单
对照以下风险审查想法：
- 需求： 是否有证据表明特定买家或用户迫切需要此物？
- 定位： 目标用户能否一句话理解它是什么以及它为何重要？
- 变现： 是否存在可信的付费、预算或战略价值路径？
- 留存： 用户首次尝试后是否有理由返回？
- 信任： 产品是否需要用户可能抗拒的可信度、数据访问、集成或行为改变？
- 分发： 是否有可重复的方式触达目标用户？
- 功能采用： 对于功能工作，该功能是否会改变用户行为，还是仅仅增加表面积？
如果结论不明确，请参考 references/risk-checklist.md 查看更深层次的问题。
输出格式
保持回复简短且以决策为导向：
- 风险结论： 低、中或高风险，用一句话解释原因。
- 主要假设： 最可能让项目失败的那一个假设。
- 首先寻找的证据： 在进一步构建之前最小的有用信号。
- 下一步行动： 一个具体的验证步骤或缩小构建范围。
- 推迟： 暂时不要构建的内容。
指导方针
- 直接指出证据薄弱之处，但避免否定用户的想法。
- 优先选择更小的验证步骤，而非大型研究计划。
- 将产品风险与工程难度分开考虑。
- 如果想法已经过验证，说明哪些证据使其风险降低，并建议最小的实施切面。
- 如果事实缺失，指出缺失的证据是什么，而不是捏造市场说法。