用途：当已验证的创业问题已具备足够证据、需要决定先做什么时使用，防止 v1 范围蔓延，让第一版去测试最高风险的可用假设，而非做成想象中的公司的缩小版。若用户未做验证测试或拿不出真实潜客的可信证据，默认返回 Not build-ready 结论，列出缺失证据并引导回到验证环节；仅当用户明确要求假设性计划时才输出并标注未验证。
主要能力：先过证据闸门，检查是否已知具体目标用户与购买者、现有替代方案与成本是否有真实案例、创始人优势与近期使能变化及首个分发路径是否合理、是否有大致扩张路径、是否至少有一次验证测试产生行为信号、最强剩余假设能否由 v1 测试。通过后识别狭窄楔子（能交付价值的最小痛处）、可由构建测试的最高风险假设，并选择 v1 模式：人工礼宾、绿野仙踪、内部工具、流程封装、集成、报告、落地页加人工交付、窄自动化、付费试验等。
使用方式：基于证据包、问题清单、追问记录与验证结果，用“楔子生成器”把宽泛领域转成窄入口并评分选择；用“范围切割”强制通过核心任务、必须有、不应有、允许人工步骤、允许假门、需人在环、数据/信任/合规风险、首个演示流程、构建估算与风险；默认排除仪表盘、团队管理、计费、权限、复杂引导、完整集成、精修后台、多租户架构以及本可用脚本/表单/清单更快验证价值的“AI 智能体”自治。
适用场景与限制：输出包括 V1 论点、推荐楔子、v1 模式、最小可用用户旅程、范围切割、在/不在范围内、2–4周构建计划、成功与终止标准、开放风险及证据包更新；证据闸门不通过则改用简短 Not build-ready 输出。遵循人工与假门护栏，不隐瞒影响信任、价格、交付预期、安全或受监管结果的人工交付，不收集不必要敏感数据，不伪造背书、安全声明、合规状态、模型准确率或交付保证；付费试验须先界定范围、限制与取消条款；涉及受监管或高风险决策需在发布前加入法律/领域审查。可选 HTML 产物要求单文件、仅内联 CSS、不依赖外部资源、顺序与 Markdown 输出一致、便于速读与打印、转义用户文本，文件按阶段与日期命名。