推进与决策
产品与系统设计 · v0.1 草案
首个验证闭环
用一个真实项目，证明实验反馈可以改变模型、下一步研究和客户成果。
当前建议
先选择一个能获得真实需求、实验数据和参考计算的项目，跑通：
设计基础 → 实验计划 → 真人执行 → 数据回流 → 模型更新 → DWSIM 计算 → 下一步建议 → 阶段发布。
这是验证顺序建议，尚未确定试点工艺、交付日期或人员安排。
先准备哪些资料
- 一份客户需求及当前设计基础。
- 一套常用实验记录和真实原始数据。
- 一个可运行、可核对的参考模型或衡算案例。
- 一份人工整理过的阶段方案。
- 实际参与的研究人员、负责人和客户代表。
缺少哪项资料，就把它作为明确准备任务，避免用演示数据代替实际验证结果。
四步推进
第一步：让项目状态能被共同理解
完成项目、设计基础、来源引用、成员与三个工作台的最小入口。研究人员能够找到当前目标和关键问题，负责人能够找到项目阻塞，客户能够提供资料和回答澄清。
第二步：接回一次真实实验
完成计划版本、Run、原始数据、现场偏差与分析记录。由另一位人员复现分析，检验数据链是否完整。
第三步：让实验改变模型与下一步
完成一个确定性计算和 DWSIM 适配案例，比较旧模型与候选更新。Agent 给出下一轮建议，研究人员记录接受或修改的理由。
第四步：向客户发布一致成果
将设计基础、实验依据、模型结果和方案说明固定为发布包。客户评论某个对象，项目团队处理后发布下一版。
怎么算跑通
| 验证项 | 可观察结果 |
|---|---|
| 来源链 | 从报告中的关键数字能找到输入、计算与原始数据 |
| 实验改动 | 计划变化与现场偏差分别保留，分析引用准确版本 |
| 计算复现 | 相同输入与环境得到约定容差内的结果 |
| 失败处理 | 不收敛或中断能定位原因，旧结果有明确标识 |
| 人工介入 | 修改或部分接受提案后，后续步骤采用新决定 |
| 研究改进 | 下一步建议说明目的、依据、资源与判断标准 |
| 客户协作 | 客户与内部人员能定位同一发布版本和评论对象 |
| 模块独立 | 至少一种核心输入可通过导入获得，成果可完整导出 |
在试点开始前记录人工完成时间、关键返工与常见遗漏，结束后再比较。具体改善目标需要和实际团队一起设定。
后续扩展根据什么决定
- 实验记录最有价值：扩展仪器适配、样品与多实验室协作。
- 工程变更最有价值：扩展图模、清单、校核与 DWG 交付。
- 计算管理最有价值：扩展工况、优化和其他求解器。
- 客户协作最有价值：扩展成果查看、评审与外部系统接入。
架构边界先明确，功能投入由试点证据决定。相关选择记录在决策记录中。