# 补证后的决定如何更新

本次把同一个 F01 业务案例接成实际可运行的本地流程：问题分派、提交材料、复核采纳、重新计算、保留前后记录及重新打开问题。初始问题来自已保存的模型回答，本次没有新模型调用或真人参与。

| 阶段 | 当前决定 | 发生了什么 |
|---|---|---|
| 初始证据 | INVESTIGATE | 需求范围宽，减量订货没有稳健优势。 |
| 提交需求材料 | INVESTIGATE | 材料待复核，旧决定保持不变。 |
| 采纳需求材料 | ESCALATE | 形成有条件的候选方案，交人工商业复核；没有批准下单。 |
| 提交合成复盘 | ESCALATE | 复盘待复核，旧决定保持不变。 |
| 采纳合成复盘 | INVESTIGATE | 记录中的12件未满足需求要求重新调查。 |
| 重新打开需求问题 | INVESTIGATE | 原需求问题恢复待补证，折价反应问题也仍未完成。 |

[逐阶段决策卡](dashboard.html) · [完整状态与原始材料](state.json) · [状态变化](steps.json)

F02/F03 只作为同一案例后续材料的合成来源，输入中的 case_id 显式规范为 F01。历史 POS、商业方案、实验声明和权限保持冻结。本地复核身份自行填写，采纳仅表示将材料用于分析；不验证真实人员、来源真实性或经营授权。需要复核材料与问题的实质关联，不能把编号或校验通过当成业务观点已证实。

更新后的卡片由既有程序重新计算，旧模型观点留在初始记录，没有伪装成新分析。全流程仍未发生真实采购、调价或试点；经营日期及复盘结果都是情境设定。事件时间只记录本次软件演练操作。

交互使用：双击项目根目录的 `启动补证工作台.command`，打开显示的本地地址，新建 F01 演练。操作说明见 [工作台说明](../../docs/FOLLOWUP.md)。这是功能闭环验收，不能证明真人决策更快、更准确或已经创造经营收益。

实际界面验收：通过应用内浏览器完成新建、载入、草稿保留、提交、预览、两次采纳、刷新读取与重开问题。发现并修复了该浏览器不支持弹出输入框的兼容问题，改为页面内表单；再次提交后状态和表单关闭均通过。默认窄视口已目视检查，桌面宽视口未单独验收。HTTP 测试另覆盖退回、版本冲突、非法变更拒绝与保存；本次没有真人效果测量。