OpenMind M1-A Case 001可验证推理最小交付包五步走查：验证、证据、决策、去留、结果
本页不按P版本和对象数量验收，只验证一个真实案例能否完整跑通：材料进入、事实修正、候选假设、 断点确认、决策任务、下一步验证决策和真实结果回写。草稿保留在浏览器，本轮验收记录保存到本地JSON，不写生产数据库。
开发者信息：版本号与构建时间
build_commit
build_time
2026-07-21T19:49:42.593Z
当前阶段
Case 001 Verifiable Reasoning Minimal Delivery
已完成比例
工程功能：可运行；真实业务验证：未开始
预计验收入口
/internal/openmind-real-case-workbench
当前输入可进入M1-A ToB项目交付诊断场景
输入包含需求澄清、范围确认、方案冻结、项目交付或变更控制相关事实。
下一步路由：允许进入证据、假设、断点和下一步验证判断。
Step 01
本轮验证
确认Case 001为什么值得进入诊断、为什么值得继续投入，以及客户或内部Owner承担什么真实行动。
当前单页内部原型的五步形态
当前不是五个独立工作台已经实现，而是在同一个内部页面中把五个走查步骤明确分区，便于Case 001正式走查。
本轮验证目标
为什么这个Case值得进入本轮诊断，且为什么值得继续投入？
进入诊断理由、继续投入理由、客户承担的真实验证行动。
证据与竞争性假设
哪些材料原文支持或反驳主假设和替代解释？
Document → Evidence → Fact → Hypothesis 的可追溯链。
下一步验证
当前应进入14天验证、先补证，还是不进入试点？
下一步验证决策卡。
是否继续投入
客户或内部Owner承担了什么真实行动，是否足以证明继续投入？
继续、调整或停止的判断依据。
14天验证与结果
问题有效性、干预机制有效性和客户采用有效性分别如何？
结果回写、原判断变化和Case 002学习回写。
Case记录保存
本轮不做生产数据库，但也不只依赖localStorage。点击保存会把Case、原始材料、Evidence、事实修正、 Hypothesis、Breakpoint、Decision Task、Pilot、Result、Modification Log、状态历史和学习回写写入本地JSON。
尚未保存到最小持久化数据层
当前核心断点与后台断点对象
当前核心断点候选
产品总定义、验证场景与工程范围混用
长期产品定位、M1-A内部验证场景和当前工程任务在同一执行文件中相互覆盖，导致开发优先级漂移。
验证动作
- 抽取三条范围混淆原文
- 让顾问标注每条属于总定位、当前场景或工程任务
查看后台结构化断点库
产品总定义、验证场景与工程范围混用
bp_product_definition_stage_scope_mixed
长期产品定位、M1-A内部验证场景和当前工程任务在同一执行文件中相互覆盖，导致开发优先级漂移。
支持证据
- 文档标题或正文把场景执行依据写成产品总定义
- 同一需求同时要求总平台、官网和Case验证
反向证据
- 最新依据明确区分产品总定位、M1-A场景和工程边界
- 开发任务均绑定真实Case阻塞
缺失证据
- 变更前后文档片段
- 技术误解或返工记录
历史文档版本权威不清
bp_document_version_authority_unclear
历史PRD、补充指令和阶段文档并存，但最新有效依据和废弃范围不清，导致重复盘点或误接旧能力。
支持证据
- 多个P版本或补充指令同时被引用
- 旧BP或Documentation v1.0被误解为立即全量工程化
反向证据
- 存在明确版本映射和当前有效依据
- 过期文档只作为历史依据
缺失证据
- 旧文档被误用的具体任务
- 最新依据覆盖关系
Case验收载体被误当作全部产品范围
bp_case_carrier_product_scope_mixed
Case 001是M1验收载体，但被收缩成一次材料走查或三张卡演示，无法支撑连续Case运行。
支持证据
- 仅展示三张卡但不保存事实、状态和学习记录
- Case 002无法读取Case 001学习结果
反向证据
- 工作台保存Case、证据、判断、状态和学习回写
- Case 001改变Case 002规则
缺失证据
- Case 002前规则变化记录
- 持久化记录样例
长期架构被提前拉入当前建设
bp_long_term_architecture_pulled_forward
多Agent、完整RAG、生产权限、官网融合等后置能力被提前进入M1-A，消耗真实闭环资源。
支持证据
- 新增Agent/平台/权限任务没有对应Case阻塞
- 以Schema或Guard数量替代真实闭环进度
反向证据
- 仅做Case级文件存储、材料抽取和证据面板
缺失证据
- 新增功能与真实阻塞的映射
固定生成试点，缺少下一步验证决策门禁
bp_fixed_pilot_without_decision_gate
无论证据是否充分都生成14天试点，使补证或不进入试点的合理结果被遮蔽。
支持证据
- 页面只显示固定试点卡旧口径
- 未绑定Owner/用户/节点仍显示可启动
反向证据
- 第三张卡支持进入验证、先补证、不进入试点
- 未满足条件时保持pilot_candidate
缺失证据
- Owner、用户、节点、产物、复核责任
材料与证据不可追溯
bp_material_traceability_missing
候选事实无法回到document_id、原文片段和位置，客户无法检查判断如何形成。
支持证据
- 事实直接来自fixture或报告文字
- 没有Document → Evidence → Fact链路
反向证据
- 每条候选事实绑定evidence_id和原文位置
缺失证据
- 原文片段
- 位置
- 材料来源人
Owner、真实用户和结果日期缺失
bp_owner_user_result_date_missing
没有明确Owner、执行用户和复盘日期，导致诊断停留在建议层。
支持证据
- 试点Owner为待定
- 无法写出结果截止日或复盘会
反向证据
- Owner、执行用户、数据截止日和复盘日期明确
缺失证据
- 具体姓名
- 执行产物
- 停止条件
系统候选覆盖人工判断
bp_candidate_overwrites_human_judgement
系统把候选事实、假设或断点显示为已确认，压过顾问判断。
支持证据
- 未审核事实显示为已确认或高置信
- 顾问修改后系统原判断被覆盖
反向证据
- 系统模式、证据状态和顾问审核状态分离
缺失证据
- 修改日志
- 系统原始值
Case学习未改变下一案规则
bp_case_learning_not_written_back
Case 001只生成总结文字，但不改变Case 002的材料要求、追问、断点优先级、门禁或停止规则。
支持证据
- 没有learning_writeback对象
- Case 002仍沿用完全相同清单
反向证据
- Case 001结果写入Case 002准备项
缺失证据
- Case 002变更记录
- 学习触发原因
完成声明缺少实际运行页面证据
bp_delivery_claim_without_runtime_evidence
技术声明已完成，但产品负责人看到旧页面、旧文案或运行错误。
支持证据
- 页面仍显示旧语义或错误徽标
- Smoke与截图来自不同构建
反向证据
- 同Commit、同入口、同次运行截图和HTML快照一致
缺失证据
- build_commit
- console_errors=[]
- HTML快照
状态与历史
materials_awaiting_review
材料已录入或引用，但尚未完成顾问事实审核。
可流转：facts_confirmed, needs_evidence, stop
facts_confirmed
决定性事实已被顾问确认、修正或拒绝。
可流转：hypothesis_pending_validation, needs_evidence
hypothesis_pending_validation
候选假设已生成，但仍需比较支持、反证和缺失证据。
可流转：needs_evidence, pilot_candidate, stop
needs_evidence
当前证据不足或存在冲突，需先补证。
可流转：materials_awaiting_review, facts_confirmed, stop
pilot_candidate
已形成下一步验证候选，但尚未满足真实Owner、用户、节点和复核责任。
可流转：pilot_running, needs_evidence, stop
pilot_running
14天验证已启动，等待使用与结果回写。
可流转：continue, adjust, stop
continue
结果支持继续投入或复制到下一案例。
可流转：终态
adjust
问题或机制部分成立，需要调整证据、任务、门禁或停止条件。
可流转：materials_awaiting_review, hypothesis_pending_validation, pilot_candidate
stop
当前不应继续试点或投入。
可流转：终态
状态变化历史
Case 001材料范围已确定，等待正式脱敏材料和顾问事实处理。
真实案例输入
当前客户问题：ToB项目需求反复、方案无法冻结、交付延期
企业背景
- 20-100人
- B2B销售
原始问题
ToB项目需求反复、方案无法冻结、交付延期
目标结果
- 方案冻结周期下降，项目延期减少，老板协调时间下降
- 最近3个项目方案冻结从7天变成21天，2个项目延期。
- 14天内先让1个新项目形成冻结前共同确认记录。
项目事件事实
- B2B销售
- 方案冻结周期下降，项目延期减少，老板协调时间下降
- ToB项目需求反复、方案无法冻结、交付延期。
- 最近一个项目销售先答应客户范围，交付负责人后来才看到方案，发现做不了。
证据材料
- fact_3_qj_03
- fact_5_qj_05
- fact_7_core_result_01
- fact_8_core_result_02
- fact_12_core_evidence_01
- fact_13_core_counter_01
- fact_20_tob_07
- fact_21_tob_08
试点目标
- 选择1个新项目
- 用AI整理客户需求和不可承诺项
当前状态：M1-A内部工作台草稿，等待保存或走查
Step 02
证据与竞争性假设
分清用户输入、真实客户事实、场景知识候选、系统推断和顾问确认，避免把模板事实当作客户事实。
Case 001材料包
仅支持当前Case录入或引用客户原话、会议纪要、方案/范围文件、变更记录、延期/返工/争议事实。 每份材料必须保留document_id、document_title、document_type、source_owner、document_date、content、created_at和case_id。
case_001
2026-07-19
已读取
case_001
2026-07-19
已读取
case_001
2026-07-19
已读取
case_001
2026-07-19
已读取
case_001
2026-07-19
已读取
证据到判断追溯面板
本区用于走查材料如何进入判断：证据来自客户材料，场景包只提供候选假设，系统推断必须等待顾问确认。
用户输入
ToB项目需求反复、方案无法冻结、交付延期
真实材料
5份Case材料；需绑定document_id和原文位置。
fixture/历史默认草稿
仅作占位与自测输入，不进入当前有效事实。
场景模板
只提供候选假设和断点库，不等于客户事实。
系统推断
全部保持candidate / awaiting_consultant_review。
顾问确认
0条已确认或修正；修改、拒绝或补证会触发下游失效。
用户输入
顾问或Owner在页面中录入的原始材料和修正
真实客户事实
绑定document_id和原文位置、经顾问确认后的事实
场景知识候选
ToB场景包提供的常见模式和候选断点
系统推断
由材料抽取或规则形成、尚待人工确认的推断
顾问确认
顾问确认、修正、拒绝或补证后的当前处理状态
材料区
原始业务目标与M1核心目标
类型：business_goal
日期：2026-07-19
来源人：OpenMind创始人兼产品负责人
读取状态：已完成读取
MVP核心PRD节选
类型：prd_excerpt
日期：2026-07-19
来源人：OpenMind产品负责人
读取状态：已完成读取
近期需求变化与范围收口记录
类型：scope_change_record
日期：2026-07-19
来源人：OpenMind产品负责人
读取状态：已完成读取
当前技术实施材料
类型：technical_implementation
日期：2026-07-19
来源人：OpenMind技术负责人待落实
读取状态：已完成读取
真实争议与返工事实
类型：rework_fact
日期：2026-07-19
来源人：OpenMind产品负责人
读取状态：已完成读取
证据区
原文：用真实材料形成可追溯证据，生成竞争性假设和反证，由顾问修正系统判断，形成一个可执行的下一步验证决策，并通过14天行动回收结果。
出处：case001_doc_business_goal / Case001产品决策#材料范围-1
涉及角色：待顾问确认；时间：2026-07-19
引用事实：case001_candidate_fact_1
原文：五个工作台、AI判断引擎、断点规则状态机和技术架构均已形成产品材料，但当前M1-A只验证真实材料到证据、事实、假设、断点和下一步验证决策的闭环。
出处：case001_doc_prd_excerpt / PRD节选#11-14
涉及角色：待顾问确认；时间：2026-07-19
引用事实：case001_candidate_fact_2
原文：范围从完整五工作台收缩到Case级内部工作台，从72个断点全量产品化收缩到当前关键断点，从固定试点卡旧口径调整为允许进入试点、先补证或不进入试点。
出处：case001_doc_scope_closure / M1-A开工指令#范围收口
涉及角色：待顾问确认；时间：2026-07-19
引用事实：case001_candidate_fact_3
原文：当前工作台已有材料输入、事实处理、候选假设、断点确认、决策任务、14天验证和结果回写骨架，但需要补齐非localStorage持久化、断点库、状态机和学习回写。
出处：case001_doc_technical_state / Case001准备审核#工程准备
涉及角色：待顾问确认；时间：2026-07-19
引用事实：case001_candidate_fact_4
原文：技术最初将场景执行文档写成OpenMind产品总定义，后续经产品审核纠正；Documentation v1.0也曾可能被理解为立即全量工程化，随后调整为先跑真实案例。
出处：case001_doc_rework_fact / Case001产品决策#真实争议或返工事实
涉及角色：OpenMind技术负责人；时间：2026-07-19
引用事实：case001_candidate_fact_5
推理关系区
产品总定义、当前验证场景和工程范围没有稳定分层，可能导致开发反复。
支持证据：case001_candidate_fact_2, case001_candidate_fact_3, case001_candidate_fact_5
反向证据：若最新执行依据已被技术稳定采用，则该假设会被削弱。
缺失证据：技术负责人对当前范围的复述；因范围混用导致的具体返工时间；Case 002是否仍出现同类误解
候选断点：顾问需从下方断点区确认或否定，不由系统自动生效。
产品定义可能已清楚，真正问题是历史文档过多且最新有效依据不清。
支持证据：case001_candidate_fact_5
反向证据：若技术能准确引用最新M1-A依据并停止旧P阶段推进，则该假设被削弱。
缺失证据：当前有效文档列表；旧文档被误用的具体位置；被废弃能力清单
候选断点：顾问需从下方断点区确认或否定，不由系统自动生效。
真正阻塞可能不是文档，而是缺少真实案例、Owner、用户和结果日期。
支持证据：case001_candidate_fact_1, case001_candidate_fact_4, case001_candidate_fact_5
反向证据：Case 001已明确Owner、执行用户、截止日期和复盘日期。
缺失证据：技术负责人姓名；观察记录人姓名；第14天结果字段；真实行动产物
候选断点：顾问需从下方断点区确认或否定，不由系统自动生效。
document_id → evidence_id → candidate_fact_id → hypothesis_id → breakpoint_id
document_id
case001_doc_prd_excerpt
evidence_id / 位置
case001_evidence_2 / PRD节选#11-14
candidate_fact_id
case001_candidate_fact_2
hypothesis_id
case001_h_scope_layering_mixed
breakpoint_id
bp_product_definition_stage_scope_mixed
原文证据：五个工作台、AI判断引擎、断点规则状态机和技术架构均已形成产品材料，但当前M1-A只验证真实材料到证据、事实、假设、断点和下一步验证决策的闭环。
材料到候选事实
本区是LLM材料分析助手的最小替身/接口口径：只生成候选事实、actor、action、object、time、result、responsibility、 evidence引用和缺失信息。每条候选事实都必须绑定原文证据；无证据内容标记为推断。
statement：待顾问确认在2026-07-19围绕待顾问确认对象定义验证目标，结果为：以14天行动回收结果
actor：待顾问确认
action：定义验证目标
object：待顾问确认对象
time：2026-07-19
result：以14天行动回收结果
responsibility：待顾问确认责任人
证据：用真实材料形成可追溯证据，生成竞争性假设和反证，由顾问修正系统判断，形成一个可执行的下一步验证决策，并通过14天行动回收结果。
证据位置：Case001产品决策#材料范围-1
evidence_refs：case001_evidence_1
缺失信息
- 关键角色
statement：待顾问确认在2026-07-19围绕M1-A Case验证范围定义验证目标，结果为：待补充结果
actor：待顾问确认
action：定义验证目标
object：M1-A Case验证范围
time：2026-07-19
result：待补充结果
responsibility：待顾问确认责任人
证据：五个工作台、AI判断引擎、断点规则状态机和技术架构均已形成产品材料，但当前M1-A只验证真实材料到证据、事实、假设、断点和下一步验证决策的闭环。
证据位置：PRD节选#11-14
evidence_refs：case001_evidence_2
缺失信息
- 关键角色
- 业务结果
statement：待顾问确认在2026-07-19围绕M1-A Case验证范围收缩实施范围，结果为：范围被重新收口
actor：待顾问确认
action：收缩实施范围
object：M1-A Case验证范围
time：2026-07-19
result：范围被重新收口
responsibility：待顾问确认责任人
证据：范围从完整五工作台收缩到Case级内部工作台，从72个断点全量产品化收缩到当前关键断点，从固定试点卡旧口径调整为允许进入试点、先补证或不进入试点。
证据位置：M1-A开工指令#范围收口
evidence_refs：case001_evidence_3
缺失信息
- 关键角色
statement：待顾问确认在2026-07-19围绕断点库补齐最小产品对象，结果为：当前闭环仍缺最小产品能力
actor：待顾问确认
action：补齐最小产品对象
object：断点库
time：2026-07-19
result：当前闭环仍缺最小产品能力
responsibility：待顾问确认责任人
证据：当前工作台已有材料输入、事实处理、候选假设、断点确认、决策任务、14天验证和结果回写骨架，但需要补齐非localStorage持久化、断点库、状态机和学习回写。
证据位置：Case001准备审核#工程准备
evidence_refs：case001_evidence_4
缺失信息
- 关键角色
statement：OpenMind技术负责人在2026-07-19围绕产品总定义修正文档定位，结果为：产生语义返工或验收冲突
actor：OpenMind技术负责人
action：修正文档定位
object：产品总定义
time：2026-07-19
result：产生语义返工或验收冲突
responsibility：OpenMind技术负责人相关责任待顾问确认
证据：技术最初将场景执行文档写成OpenMind产品总定义，后续经产品审核纠正；Documentation v1.0也曾可能被理解为立即全量工程化，随后调整为先跑真实案例。
证据位置：Case001产品决策#真实争议或返工事实
evidence_refs：case001_evidence_5
缺失信息
暂无
基于材料的竞争性解释
这里展示的是主假设、替代解释或无当前干预必要的解释，不把多个并列问题直接当成竞争性假设。所有解释仍为candidate，等待顾问用证据处理。
产品总定义、当前验证场景和工程范围没有稳定分层，可能导致开发反复。
支持事实
- case001_candidate_fact_2
- case001_candidate_fact_3
- case001_candidate_fact_5
反证
- 若最新执行依据已被技术稳定采用，则该假设会被削弱。
缺失证据
- 技术负责人对当前范围的复述
- 因范围混用导致的具体返工时间
- Case 002是否仍出现同类误解
下一步验证问题
- 当前任务属于OpenMind总定义、M1-A场景，还是本周工程任务？
- 哪一处文档混用直接导致了返工或验收失败？
产品定义可能已清楚，真正问题是历史文档过多且最新有效依据不清。
支持事实
- case001_candidate_fact_5
反证
- 若技术能准确引用最新M1-A依据并停止旧P阶段推进，则该假设被削弱。
缺失证据
- 当前有效文档列表
- 旧文档被误用的具体位置
- 被废弃能力清单
下一步验证问题
- 技术执行前使用哪份文档作为最高依据？
- 哪些历史文档只允许作为参考？
真正阻塞可能不是文档，而是缺少真实案例、Owner、用户和结果日期。
支持事实
- case001_candidate_fact_1
- case001_candidate_fact_4
- case001_candidate_fact_5
反证
- Case 001已明确Owner、执行用户、截止日期和复盘日期。
缺失证据
- 技术负责人姓名
- 观察记录人姓名
- 第14天结果字段
- 真实行动产物
下一步验证问题
- 谁在14天内实际改变行为？
- 哪项产物证明不是只做页面或文档？
顾问事实处理
候选事实不等于真实客户事实；顾问可确认、修正、拒绝或要求补证。走查不强制修改正确事实，但必须处理所有决定性事实。
候选事实（来源可能是材料抽取、场景模板或系统推断）
20-100人
候选事实（来源可能是材料抽取、场景模板或系统推断）
B2B销售
候选事实（来源可能是材料抽取、场景模板或系统推断）
方案冻结周期下降，项目延期减少，老板协调时间下降
候选事实（来源可能是材料抽取、场景模板或系统推断）
有工具但不知道怎么深入
候选事实（来源可能是材料抽取、场景模板或系统推断）
ToB项目需求反复、方案无法冻结、交付延期。
候选事实（来源可能是材料抽取、场景模板或系统推断）
最近一个项目销售先答应客户范围，交付负责人后来才看到方案，发现做不了。
候选事实（来源可能是材料抽取、场景模板或系统推断）
最近3个项目方案冻结从7天变成21天，2个项目延期。
候选事实（来源可能是材料抽取、场景模板或系统推断）
14天内先让1个新项目形成冻结前共同确认记录。
Step 03
下一步验证
先确认当前核心断点，再区分补证任务和14天干预任务；没有足够证据时不得直接进入解决方案。
候选假设
客户真实目标和成功标准未被澄清。
- 客户成功标准是否在方案前被客户确认？
销售承诺早于交付确认。
- 销售承诺前，交付是否参与范围确认？
方案评审没有统一决策人或技术评审不足。
- 方案评审时是否有技术约束清单和最终owner？
新增需求未进入变更控制。
- 新增需求是否走报价和交付影响评估？
延期和返工没有回到下一次需求澄清。
- 延期和返工是否形成复盘，并进入下一次项目评审清单？
断点确认
产品总定义、验证场景与工程范围混用
长期产品定位、M1-A内部验证场景和当前工程任务在同一执行文件中相互覆盖，导致开发优先级漂移。
为什么先看它
- 文档标题或正文把场景执行依据写成产品总定义
- 同一需求同时要求总平台、官网和Case验证
还不能证明什么
- 变更前后文档片段
- 技术误解或返工记录
其他次级风险与系统候选断点
客户真实目标和成功标准未被澄清。
影响：方案返工、客户反复补需求、售前反复重写。
销售承诺早于交付确认。
影响：销售承诺和交付能力脱节，老板被迫兜底协调。
新增需求未进入变更控制。
影响：方案冻结后仍反复改动，交付承诺持续漂移。
补证任务与14天干预任务
系统任务边界
- 需求澄清完成
- 范围边界得到确认
- 方案基线冻结
- 新增需求进入明确变更流程
- 客户承诺与交付能力一致
人机责任边界
DCAI与Coach当前使用示例画像，未绑定真实案例人员，不参与当前有效判断；仅作为顾问走查时的辅助参考。
AI做
- 整理客户原话和会议纪要
- 比较方案版本差异
- 识别需求冲突和验收条件缺失
- 提示范围变更影响
人必须承担
- 整理客户原话和冲突需求
- 对不可承诺范围提出升级
- 方案冻结前留下销售-售前-交付共同确认记录
- 整理客户原话和冲突需求；对不可承诺范围提出升级；方案冻结前留下销售-售前-交付共同确认记录
- 是否进入方案；范围是否可承诺；是否接受新增需求；是否升级业务Owner
- 确认业务目标、责任边界和最终对外承诺
AI禁止自动执行，必须由人确认
- 自动承诺客户范围
- 自动批准方案基线
- 自动修改合同责任
- 自动接受高风险需求变更
展开DCAI与Coach辅助信息
DCAI站位：适合协作推进
DCAI风险
- 最终客户承诺可能未被复核
- 交付风险责任不清
- 最终客户承诺责任不清，交付确认未闭环
Coach训练重点
- 建立最终版本复核节点，避免AI初稿或方案大纲直接进入客户沟通。
- 明确对外发布前责任人：本人、销售、售前和交付分别确认什么。
- 补齐交付确认记录，区分本人决策、他人决策与升级事项。
- 完成一次从需求输入到方案冻结的完整记录，验证责任闭环是否成立。
Step 04
继续、补证或停止
正式区分进入14天验证、先补证、当前停止。未满足Owner、样本、基线、复核和阈值前，不得自动进入试点。
下一步验证决策与结果回写
进入14天验证
Owner、真实用户、样本、基线、复核责任、产物和阈值均明确。
先补证
关键事实、反证、材料来源或责任人仍不完整，先执行补证任务。
当前停止
主假设被反证、客户无真实行动、风险边界不成立，或本轮不值得继续投入。
试点协议补全
Step 05
14天结果与学习
分别回收问题有效性、干预机制有效性、客户采用有效性，并把Case 001结果写回Case 002规则。
查看可复制的下一步验证决策卡
# 14天真实案例试点卡 test_id: real_case_001_om_unified_v14_case_a_sales_commit_before_delivery_ai_used_no_final_ownership session_id: om_unified_v14_case_a_sales_commit_before_delivery_ai_used_no_final_ownership 客户问题: ToB项目需求反复、方案无法冻结、交付延期 画像来源: o1c_desensitized_formal_report_001 行为事件: ai_used_no_final_ownership ## 顾问确认事实 ## 当前确认断点 产品总定义、验证场景与工程范围混用：长期产品定位、M1-A内部验证场景和当前工程任务在同一执行文件中相互覆盖，导致开发优先级漂移。 ## 本轮决策任务 在方案冻结前建立销售、售前、交付共同确认客户需求、不可承诺范围和验收标准的责任机制。 ## AI做什么 整理客户原话和会议纪要 比较方案版本差异 识别需求冲突和验收条件缺失 提示范围变更影响 ## 人必须承担 整理客户原话和冲突需求 对不可承诺范围提出升级 方案冻结前留下销售-售前-交付共同确认记录 整理客户原话和冲突需求；对不可承诺范围提出升级；方案冻结前留下销售-售前-交付共同确认记录 是否进入方案；范围是否可承诺；是否接受新增需求；是否升级业务Owner 确认业务目标、责任边界和最终对外承诺 ## 禁止AI自动执行 自动承诺客户范围 自动批准方案基线 自动修改合同责任 自动接受高风险需求变更 ## 试点Owner与用户 Owner: 待指定：业务Owner / 顾问 / 项目负责人 真实用户: 待指定：1个真实ToB项目小组 ## 14天动作 选择1个新项目 用AI整理客户需求和不可承诺项 人工复核100%覆盖 记录采纳率、修改率、错误和升级事项 ## 验证指标 问题有效性；干预机制有效性；客户采用有效性；真实使用次数；人工修改率；复核覆盖率 ## 结果回写 使用次数: 待回收 观察结果: 待回收 顾问学习: 待回收 下一步: not_reviewed 问题有效性: 待回收 干预机制有效性: 待回收 客户采用有效性: 待回收 ## 边界 - 内部真实案例工作台 - localStorage draft + 本地JSON最小持久化 / not production DB - 不作为正式客户诊断、ROI承诺或自动配置
14天执行工具包
本轮先以可复制Markdown实现，不要求PDF、Word自动导出、飞书集成或表格平台。工具包覆盖客户需求整理、 范围与验收确认、需求冲突与不可承诺项、方案版本差异、人工复核和14天结果复盘。
查看工具包Markdown
# Case 001｜14天执行工具包 case_id: case_001 本轮任务: 在方案冻结前建立销售、售前、交付共同确认客户需求、不可承诺范围和验收标准的责任机制。 Owner: 待指定：业务Owner / 顾问 / 项目负责人 真实用户: 待指定：1个真实ToB项目小组 ## 1. 客户需求整理模板 - 客户原话： - 业务目标： - 成功标准： - 不确定点： - 证据位置： ## 2. 范围与验收确认单 - 本轮承诺范围： - 明确不承诺范围： - 验收标准： - 销售确认： - 售前/方案确认： - 交付确认： - 业务Owner确认： ## 3. 需求冲突与不可承诺项清单 - 冲突描述： - 影响范围： - 是否升级： - 最终处理： ## 4. 方案版本差异记录 - 版本号： - 变化点： - 变化原因： - 人工复核人： ## 5. 人工复核记录 - AI输出： - 人工修改点： - 拒绝采纳原因： - 对外承诺前复核人： ## 6. 14天使用与结果复盘表 - 使用次数： - AI输出采纳率： - 人工修改率： - 复核覆盖率： - 方案冻结周期变化： - 继续 / 调整 / 停止：
Case间行为变化表
M1-A不以“写一份改进清单”为验收。Case 001结束后，至少要改变Case 002的材料要求、候选事实抽取、 追问、断点优先级、试点门禁或停止规则中的一项。
客户可理解的三张卡
客户侧本轮只看当前问题与关键证据、本轮优先任务与人机责任、下一步验证决策。不得展示内部规则ID、全部假设树、 示例画像、技术Trace、模型版本或系统调试字段。
## 当前问题与关键证据卡 当前问题：ToB项目需求反复、方案无法冻结、交付延期 关键证据： - case001_doc_business_goal：用真实材料形成可追溯证据，生成竞争性假设和反证，由顾问修正系统判断，形成一个可执行的下一步验证决策，并通过14天行动回收结果。 - case001_doc_prd_excerpt：五个工作台、AI判断引擎、断点规则状态机和技术架构均已形成产品材料，但当前M1-A只验证真实材料到证据、事实、假设、断点和下一步验证决策的闭环。 - case001_doc_scope_closure：范围从完整五工作台收缩到Case级内部工作台，从72个断点全量产品化收缩到当前关键断点，从固定试点卡旧口径调整为允许进入试点、先补证或不进入试点。 - case001_doc_technical_state：当前工作台已有材料输入、事实处理、候选假设、断点确认、决策任务、14天验证和结果回写骨架，但需要补齐非localStorage持久化、断点库、状态机和学习回写。 - case001_doc_rework_fact：技术最初将场景执行文档写成OpenMind产品总定义，后续经产品审核纠正；Documentation v1.0也曾可能被理解为立即全量工程化，随后调整为先跑真实案例。 说明：这里只展示客户能理解的证据摘要，不展示内部规则ID、技术Trace或示例画像。
## 本轮优先任务与人机责任卡 优先任务：在方案冻结前建立销售、售前、交付共同确认客户需求、不可承诺范围和验收标准的责任机制。 人必须承担： - 整理客户原话和冲突需求 - 对不可承诺范围提出升级 - 方案冻结前留下销售-售前-交付共同确认记录 - 整理客户原话和冲突需求；对不可承诺范围提出升级；方案冻结前留下销售-售前-交付共同确认记录 - 是否进入方案；范围是否可承诺；是否接受新增需求；是否升级业务Owner - 确认业务目标、责任边界和最终对外承诺 AI可以辅助： - 整理客户原话和会议纪要 - 比较方案版本差异 - 识别需求冲突和验收条件缺失 - 提示范围变更影响
## 下一步验证决策卡 当前建议：先补证 可选路径： - 进入14天验证：真实项目、Owner、真实用户、节点、产物和复核责任均明确； - 先补证：关键事实、证据来源或Owner责任仍不完整； - 当前不进入试点：假设被反证、客户无真实行动或风险边界不成立。 若进入14天验证，必须分别回收：问题有效性、干预机制有效性、客户采用有效性。
开发者区域：Run Trace、边界与调试信息
v1.3资格判断：supported_scenario；问题可候选进入 ToB 项目交付中的需求澄清、范围确认与方案冻结场景。
v1.3已生成 21 个事实、5 个假设、3 个断点和 3 个候选干预任务。
读取画像来源：desensitized_fixture；DCAI建议站位：适合协作推进。
已基于v1.3 task_requirement、DCAI结果和AI边界生成系统原始配置候选。
尚未人工确认，当前有效配置保持为空。
Coach收到与当前DCAI风险和task_requirement对应的14天训练上下文。
边界
- v1.4兼容层：复用官网承接页，不改正式快诊页面
- Workflow来自v1.3证据链推演，不再把场景包典型断点直接当客户事实
- 不接LLM runtime
- 不接Agent runtime / AgentTeams / HiClaw
- 不写数据库
- 不修改测评评分体系
- 人工确认前不形成current_effective_configuration
- 固定场景：ToB项目交付中的需求澄清、范围确认与方案冻结