用途：把产品决策转化为可实现、可测试的改动，避免在受众、问题与范围尚未可信前就编造技术细节。
模式：简报（目标受众、触发场景、问题、承诺、最小价值路径、排除项）；全新可落地规格（定义 v1 及其运行边界）；变更规格（把功能或行为变更嵌入现有产品与架构）；审计（查找矛盾、缺失状态、不可测试需求与不可行范围）；单人民 MVP 修饰（仅当实际目标为一人短周期构建时使用）。审计或已充分论证的变更规格不自动前置简报。
工作流：先阅读研究、对话上下文、决策、现有规格、仓库、架构、约束与惯例，只问阻塞性问题；区分事实、观察、假设、决策与待决问题；定义目标用户或角色、触发情境、现有替代做法、期望结果、产品承诺与机制；划定边界（包含能力、排除项、依赖、成功信号、证明价值的最小端到端路径）；梳理主流程、备选流程与失败流程（首次使用、空态、加载、离线/超时、权限、校验、冲突、错误、成功、取消、恢复、删除）；技术工作需先审视现有技术栈，再定义实体与生命周期、归属、授权、API/路由、集成、后台任务、幂等与并发、迁移、隐私安全、可访问性、可观测性、性能/SLO 与运维需求；拆分为每个都能产出可测试用户结果的纵向切片，并追踪到流程/状态、数据/API 变更、验收标准与验证；修改在用系统时定义上线、兼容、迁移/回填、终止/回滚与清理；记录决策、风险、信心、未解决问题与负责人，不把不确定性埋进自信的需求中。
条件引用：仅简报模式或产品框架确实不完整时读产品简报；全新、变更规格或技术审计细节读技术规格。参考文件提供模板与提示，非强制访谈，本文件为准。
输出契约：简报返回受众/触发、问题/证据、承诺/机制、最小价值路径、范围、排除项、成功信号、假设与待决问题；可落地或变更规格另加流程/状态、架构契合、数据与授权、接口、非功能需求、上线/迁移、纵向切片、验收标准、验证、风险与决策；审计返回带证据、影响与所需纠正的发现，而非悄悄改写产品意图。
验证：范围可追溯到所述用户结果与证据；事实、假设、决策与待决问题可区分；主流程与失败状态覆盖；数据归属与授权明确；接口与验收标准可测试；迁移、兼容、可观测、安全/隐私与回滚按比例处理；每个交付切片产出可验证的用户结果。