推进与决策
产品与系统设计 · v0.1 草案
已确认方向与待定问题
区分用户明确提出的目标、当前架构建议和仍需验证的选择。
记录规则
“已确认方向”表示当前讨论已明确提出或认可的目标；“当前建议”表示这版文档提出的设计；“待验证”表示需要业务资料、技术试验或用户决定。
当前全部产品功能仍处于规划阶段。实现状态与设计状态分别记录。
已确认方向
| 编号 | 方向 | 来自什么需求 |
|---|---|---|
| D01 | 从化工技术方案公司的工作出发 | 服务客户需求、开展技术攻关并交付方案 |
| D02 | 产品覆盖研发与工程全过程 | 包括实验、衡算、仿真、安全环保分析与交付 |
| D03 | Agent 原生参与 | 可接入工具、文件工作区、MCP、Skills 与资产库 |
| D04 | 人和 Agent 实时协作 | 图纸、数据和方案可交互，人可介入工作过程 |
| D05 | 真人实验形成持续反馈 | 管理实验记录、改动和数据，推导下一步实验 |
| D06 | DWSIM 纳入接入方向 | 以开源流程仿真能力支撑计算 |
| D07 | 三类工作台 | 研究侧、管理侧、客户参与的交付侧 |
| D08 | 模块化与产品化 | 子系统可拆分，未来服务设计院等外部单位 |
| D09 | 建立产品与架构文档 | 在本目录的 docs 使用 Fumadocs，表达尽量直白 |
| D10 | 图纸与 DWG 是长期能力目标 | 需要交互图纸及工程格式交付，具体范围待验证 |
当前建议
| 编号 | 建议 | 为什么这样设计 |
|---|---|---|
| P01 | 八个业务模块加两项公共能力 | 明确数据归属，并支持组合产品 |
| P02 | 三个工作台共享业务模块 | 不同角色能围绕同一项目协作 |
| P03 | 固定输入版本与发布快照 | 保证计算复现与客户讨论一致 |
| P04 | 模块化应用加独立计算执行器 | 先保持开发简单，保留运行与产品拆分能力 |
| P05 | 数据库、文件与可读工作区协作 | 同时支持多人协作、原始资料和 Agent 使用 |
| P06 | 先验证一轮实验到交付的闭环 | 让各模块围绕真实结果协同 |
| P07 | RSI 先聚焦知识与工程模型更新 | 先验证真实反馈，再逐步改进 Agent 工作方法 |
待决定或验证
| 问题 | 为什么影响产品 | 下一步需要什么 |
|---|---|---|
| 首个试点是哪类工艺？ | 决定实验模型、求解和图纸深度 | 一份真实项目与现有交付物 |
| 客户是否执行实验或现场试验？ | 决定外部实验入口与交接能力 | 明确项目参与角色 |
| 安全环保首先覆盖哪类评估？ | 决定方法、输入和报告范围 | 一份典型评估材料与适用条件 |
| DWG 首先支持到哪一层？ | 决定图块、属性、院标和回导要求 | 客户交付标准和样例文件 |
| DWSIM 采用什么版本与环境？ | 决定自动化接口、模型支持与执行节点 | 加载—计算—导出概念验证 |
| 第一批仪器与实验数据是什么格式？ | 决定导入成本和记录界面 | 原始文件、表格、现场流程 |
| 数据权限需要细到什么程度？ | 决定客户协作、企业资产与检索范围 | 组织、项目与角色样例 |
| 云部署、客户部署如何排序？ | 决定运行、升级与交付方式 | 首批客户环境约束 |
| 首个外售产品面向谁？ | 研发和设计院的付费重点不同 | 目标团队访谈与试用证据 |
| 核心技术栈如何选？ | 影响团队效率和引擎适配 | 团队能力与运行约束 |
文档更新约定
影响产品边界、数据归属或跨模块契约的决定，需要同步更新相关页面。记录选择、原因和影响，不只保留最后一句结论。
实现某项能力后，再补充具体接口和运行说明。当前文档中的示意 API、目录和流程不能直接作为已经实现的接口契约。