三个工作台
产品与系统设计 · v0.1 草案
研究侧工作台
围绕技术问题，把实验、模型、计算与下一步研究放在一起。
进入项目，先看什么
首先展示当前目标、已知事实、关键未知问题，以及最需要研究人员处理的事项。
例如：“方案 A 的经济性依赖回收率；已有两次实验，但未覆盖高含水进料。是否增加该工况验证？”
建议的页面组织
| 页面 | 主要内容 | 依赖的子系统 |
|---|---|---|
| 项目研究概览 | 目标、研究问题、结论、下一步 | 项目、研究规划 |
| 实验工作区 | 计划、Run、原始文件、偏差、分析 | 实验与数据 |
| 工艺工作区 | 流程图、物流、设备、控制关系 | 工艺模型与图纸 |
| 计算工作区 | 工况、模型、任务、结果对比 | 计算与仿真 |
| 证据与资产 | 文献、实测依据、模板、适用条件 | 实验、知识与资产 |
| 技术问题地图 | 假设—证据—结论—待验证任务 | 研究规划 |
人与 Agent 怎样共同工作
研究人员可以选中一条曲线、一段流程或一组数据，直接发起任务。Agent 看到的是被选对象、引用版本和必要上下文。
Agent 提案应显示：目标、输入依据、计划动作、预期产物、缺失条件。修改数据或模型时，用差异预览呈现具体变化。
研究人员可以锁定实测值、限制参数范围、保留某段流程，或者只接受提案的一部分。部分接受后要重新检查整个提案是否仍然成立。
实验回流后的工作
- 查看实际条件与原计划的差异。
- 确认数据有效范围及异常说明。
- 运行分析，比较旧模型与候选新模型。
- 接受模型更新，或提出补充验证。
- 检查对方案推荐和下一轮实验的影响。
页面需要区分的状态
实测数据、工程假设、仿真预测和已经评审的结论用明确文字标注。失败计算可以查看日志，历史成功结果要保留原来的工况和版本标签。
怎样验证这个工作台
让另一位工程师接手同一个项目：他能否在不反复询问原负责人的情况下，找到当前关键问题、复现一次分析，并理解下一步实验的理由？