用途：该技能是一个简短的“开发前风险闸门”，目的是在动手实现之前，先让风险最大的产品假设变得清晰。它保持实现无关，不建议技术栈、架构、工具或代码。触发后会：用一句话重述想法；识别主要开发前风险；给出简短风险结论；推荐一个能在开发前减少不确定性的最小验证步骤；除非用户明确要求深入评审，否则回复保持简短。
主要能力：从七个风险维度检查想法：需求风险（是否已有足够多人强烈感到这个问题）、买家风险（是否有明确的人或团队有理由付费或承诺）、分发风险（是否有可信的触达路径）、工作流风险（是否符合用户现有行为、决策或工作方式）、时机风险（是否当下紧迫）、信任风险（是否需要用户可能不愿给予的数据、权限、行为改变或信誉）、范围风险（提议的构建是否超过当前所需证明）。只需挑出最重要的一两个风险，不必把每次评审变成冗长清单。
输出格式：使用标题“Before You Build”，包含 Idea（一句话重述）、Risk verdict（低/中/高风险，附一个具体原因）、Main risk（主要风险维度及为何重要）、Smallest validation step（一个可执行的具体动作）、Build guidance（立即构建 / 缩小构建 / 先验证 / 暂不构建）。
验证步骤规则：最小验证应具体且低成本，例如与五位已尝试解决该问题的目标用户交谈；在开发软件前先要求付款、预订、意向书或人工承诺；围绕一个窄承诺运行落地页、等待列表、外联消息或人工服务测试；在自动化前先手动交付一次结果；测试缺失功能是否阻碍付款、留存、激活，而不只是完整性；在扩大范围前找到一个可反复触达目标用户的渠道。应避免“先做 MVP”“加功能看看”“选技术栈”“设计架构”“写代码”“做宽泛路线图”等步骤。
特殊情形：想法过于模糊时，提一个澄清问题：这是给谁的、他们处于什么痛苦情境、如今如何解决。若针对既有产品的某功能，则聚焦该功能是否真正阻碍付款、留存、激活、信任或交付。若项目用于学习、作品集或娱乐，则不按创业标准评判，重点保持范围小、学习结果明确。若开发决定已定、用户只要实现帮助，则不使用该技能。
限制：资料未提供该技能的安装命令、运行环境、收费方式或平台信息。