用途：在产品立项或开发前，系统规划如何验证一个产品想法所依赖的假设，避免直接跳到“做MVP、发问卷、上A/B测试”或用“你喜欢吗”来验证想法本身。
主要能力：先确认该测试服务于什么决策、该决策的可逆性与成本，据此决定验证的严谨程度；再拆解想法为必须成立的信念，覆盖合意性、可行性、可构建性、可用性、伦理五类假设，找出有风险的部分。用重要度×确定性排序，优先测试最重要且最不确定的假设。将假设改写为可证伪的肯定式假设，句式如“我们相信[变化]对[用户]会带来[结果]；当[指标]变动[幅度]时，我们知道自己是对的”。在测试前与团队约定通过/不通过阈值。按需求选择低、中、高保真方法：低保证（访谈、问卷、纸原型）用于问题与需求阶段，配合询问过去行为而非假设性意愿；油漆门/落地页/冒烟测试用于在构建前测量真实需求信号；中保证（可点击原型、 concierge MVP、绿野仙踪）用于验证解决方案理解与参与；高保证（A/B测试、功能开关、线上beta）用于已验证想法的优化与规模化。定性解释原因，定量衡量什么，两者交叉验证；样本量与时长按待验证主张调整。记录假设、方法、预设标准、结果与下一步，持续测试。
使用方式：该技能按上述步骤生成测试计划，并可交接给 pm-assumption-rigor-audit 做严谨性审计，若假设中含成功指标可再交 pm-okr-metric-validity-audit。未安装这些技能时，技能自带核心规则仍可照常执行。
适用场景：产品经理、创业团队在产品想法投入开发前，需要决定“是否值得构建、先用什么最便宜的方法回答哪个问题”。
限制：资料未提供具体价格、平台支持或运行环境信息；交接的审计技能需已安装才可调用，否则应继续使用本技能自带规则而非阻塞流程。