用途：按风险类型对产品假设进行验证设计、执行与结果记录，覆盖价值、可用性、可行性、商业可持续性四个维度。执行前需加载 hypothesis-discipline（生命周期、证据、置信度、停止条件）与 product-principles（4 Risks 与验证充分性）；原型验证时加载 prototype-guide，商业模型、市场或可行性分析时加载 business-context。
主要能力与流程：一是假设评估，读取目标假设文件，确认被验证的陈述、主要风险维度、当前置信度、验证停止条件（含时间预算或截止日期）及父级机会上下文。二是验证设计，交由 hypothesis-verifier 在独立上下文中设计，避免确认偏差，独立定义成功与失败标准；当验证将投入外部资源、改变产品结果或超出已确认的时间与成本边界时，须先向用户展示验证方法、成功失败标准、所需资源与时间估算及方法自身风险，待用户确认后再执行；否则可在边界内直接执行本地、可逆的验证。三是验证执行，按风险类型选方法：价值用市场调研、用户访谈、竞品分析、落地页测试；可用性用原型测试、可用性研究、交互分析；可行性用代码 spike、架构评审、依赖分析；商业可行性用商业模式分析、ROI 计算、监管审查。原型验证调用 prototype-generator，传入 hypothesis_path 与单一 output_path，默认路径 docs/discovery/prototypes/hypo-{id}-prototype.html，需多产物时用 docs/discovery/prototypes/hypo-{id}-{variant}-prototype.html。市场研究使用网络搜索，范围评估参考 product-principles 的 references/mvp-definition.md。四是结果记录，更新假设文件的状态（validated/invalidated/inconclusive/timeout）、置信度、证据与产物链接，并记录可影响后续决策的学习，向用户呈现结果。五是超时处理，截止未结论时置为 timeout，提供延长、转向、放弃三个选项。
子代理：hypothesis-verifier 始终用于验证设计以消除确认偏差；prototype-generator 用于原型验证以隔离前端代码；codebase-analyzer 用于可行性验证。
适用范围：包含假设验证设计、执行与记录；不包含假设生成（→ recipe-discover）、PRD 创建（→ recipe-define）、反思提炼（→ recipe-reflect）。完成条件为假设记录含验证结果与证据（含有限的 inconclusive 或 timeout），并在存在后续决策时已告知用户。具体收费与价格资料暂未提供。