before-you-build

构建之前

在实施之前运行一次简短的预演式复盘。目标不是阻止构建，而是识别出风险最高的假设、最小的验证步骤，以及应推迟到证据更充分后再进行的构建范围。

何时使用

当用户要求构建或发布以下内容时，使用本技能：

• 新产品、MVP、原型、落地页、SaaS 应用、市场平台、内容站点、Agent 工作流或内部工具
• 对采用率、收入、留存、信任或分发影响尚不明确的重要功能
• 公开上线的资产，其中定位薄弱可能浪费开发或推广投入

当任务是狭义的实现修复、重构、测试修复、依赖更新，或已有明确验收标准的已验证变更时，跳过本技能。

风险清单

从以下风险角度审视该想法：

• 需求： 是否有证据表明某个特定买家或用户迫切需要它？
• 定位： 目标用户能否用一句话理解它是什么以及为什么重要？
• 变现： 是否存在通往付费、预算或战略价值的可信路径？
• 留存： 用户是否有理由在首次尝试后再次回来？
• 信任： 产品是否要求可信度、数据访问、集成或用户可能抗拒的行为改变？
• 分发： 是否有可重复的方式触达目标用户？
• 功能采用： 对于功能开发，该功能会改变用户行为，还是仅仅增加表面的功能范围？

如果结论并不明显，请使用 references/risk-checklist.md 获取更深入的问题。

输出格式

保持回答简短且以决策为导向：

1. 风险判定： 低、中或高风险，并用一句话说明原因。
2. 主要假设： 最有可能导致项目失败的那一个假设。
3. 应首先寻找的证据： 在进一步构建之前最小的有用信号。
4. 下一步行动： 一个具体的验证步骤或缩减后的构建范围。
5. 推迟： 暂时不要构建什么。

指导

• 对薄弱证据要直言不讳，但避免否定用户的想法。
• 优先选择更小的验证步骤，而非庞大的研究计划。
• 将产品风险与工程难度区分开。
• 如果想法已经过验证，说明哪些证据使其风险更低，并建议最小的实现切片。
• 如果缺少事实，请指出缺失的证据，而不是编造市场论断。