需求描述
当前 Cortex 通过 openLCA 集成做建模/计算时,会比较直接地进入建模流程;缺少一道「开始建模之前」的前置检查——先校验本次建模所需的信息和数据是否已经齐全,而不是不管是否完备就直接开建。现状逻辑上不够严谨,用户也不容易理解中间到底准备到哪一步、为什么能往下走。
期望行为
- 在触发 openLCA 建模(构建产品系统 / 计算)之前,先做一次「建模就绪 / 完备性」检查,覆盖建模必需项,例如:
- 功能单元、系统边界是否已明确;
- 清单数据是否齐全;
- 关键背景数据集是否都已匹配 / 就绪(有没有未匹配、悬空的流程);
- 计算方法(LCIA method)是否已选定。
- 若存在缺失 / 未匹配项,先以清单形式明确列出「还缺什么、需要补什么」,让用户确认或补齐后再继续,而不是直接开建、等中途或出结果时才报错。
- 校验通过后再进入建模流程;整个检查过程对用户可解释——让人看得懂这一步在检查什么、为什么放行或拦截。
价值
避免「数据不全也硬建模 → 中途断链 / 结果出错 / 结果不可信」,让 cortex↔openLCA 这条建模链路逻辑更严谨、结果更可信,对外演示也更有说服力。
关联
与 #124(建模预处理完成后生成标准建模文档 + 一键启动 LCA 软件)互补:本需求是 #124 之前的「前置完备性闸门」,#124 文档里列出的功能单元 / 系统边界 / 清单 / 数据集匹配结果,正是这一步需要校验是否完备的对象。
环境信息
- App: Cortex Desktop
- 模式: Cowork
- 关联能力: openLCA 集成(IPC)
需求描述
当前 Cortex 通过 openLCA 集成做建模/计算时,会比较直接地进入建模流程;缺少一道「开始建模之前」的前置检查——先校验本次建模所需的信息和数据是否已经齐全,而不是不管是否完备就直接开建。现状逻辑上不够严谨,用户也不容易理解中间到底准备到哪一步、为什么能往下走。
期望行为
价值
避免「数据不全也硬建模 → 中途断链 / 结果出错 / 结果不可信」,让 cortex↔openLCA 这条建模链路逻辑更严谨、结果更可信,对外演示也更有说服力。
关联
与 #124(建模预处理完成后生成标准建模文档 + 一键启动 LCA 软件)互补:本需求是 #124 之前的「前置完备性闸门」,#124 文档里列出的功能单元 / 系统边界 / 清单 / 数据集匹配结果,正是这一步需要校验是否完备的对象。
环境信息