解决方案 · 产品碳足迹

从 BOM 到 LCIA 结果。每条假设，有据可查。

Cortex Cowork 在你本地的 openLCA 实例中运行完整的产品碳足迹工作流——数据集匹配、产品系统构建、LCIA 计算——并将每一个建模决定写入追加式项目日志。

工作流

§ I

四个阶段。一份项目日志。

产品碳足迹研究遵循固定的决策序列。Cortex Cowork 处理每个阶段的机械性工作；在每一个需要判断的节点，从业者保留完整控制权。

上传 BOM。Cortex 将每一行匹配到十四个 LCA 数据库中最近似的背景数据集——HiQLCD、Ecoinvent、EF、CarbonMinds 等。代理替换会标明名称及偏差方向。没有可靠匹配的行在建模前标记，等待从业者审核。

Cortex 直接驱动 openLCA：创建流、组装产品系统、连接前景与背景过程。功能单位、系统边界与 LCIA 方法由从业者指定一次，Cowork 在整个项目生命周期内的每次会话中一致沿用这些决定。

Cortex 在用户本地的 openLCA 实例中运行影响评价。默认方法：IPCC 2021 GWP100。其他影响类别——酸化、富营养化、水资源稀缺——可按需启用。结果以贡献分析形式呈现：按过程与流显示主要贡献者，而非单一汇总数字。

结果导出为结构化报告：建模范围、每个过程的数据来源、完整假设清单、按影响类别的 LCIA 结果、DQI 汇总。按需运行敏感性分析。导出内容可从记录的参数中完整复现——核查者无需重跑模型即可追溯全链。

openLCA 集成

§ II

Cortex Cowork 不替代 openLCA，而是操作它。用户本地的 openLCA 实例始终是模型的载体——Cortex 在 openLCA 内部创建流、建立过程连接、运行计算。

在 macOS 上启用 Computer Use 时，Cortex 可以直接与 openLCA 的图形界面交互——点击对话框、读取结果窗口、确认数据集选择——无需命令行或自定义插件。Windows 和 Linux 上的交互通过 openLCA 的内置连接接口进行。

模型保存在从业者的 openLCA 数据库中，Cortex 不持有副本。会话结束后，产品系统、过程与流仍保存在 openLCA 原位——从业者可访问、可编辑、可版本管理。

Computer Use（GUI 交互）仅限 macOS。与 openLCA 的连接支持三个平台。

强制检查点

§ III

碳足迹模型的可信度取决于其假设是否经得起审查。Cortex 在每一个静默默认会留下无法解释的问题的节点暂停。这些不是打断——而是核查者事后一定会问到的时刻。

每条假设经确认。每次确认被记录。

交付物

§ IV

产品碳足迹会话的最终报告包含：建模范围（产品、功能单位、参考流、系统边界、地理与时间范围）；数据来源（每个过程所用数据库、版本与地区）；完整假设清单，涵盖所有数据替换、边界简化与分配选择；按影响类别的 LCIA 结果及贡献分析（前五大贡献者）；以及 DQI 汇总，标明可靠性评分低的数据集。

如需敏感性分析，Cortex 运行并纳入结果。标准情形：用更高 DQI 的替代数据集替换代理数据、更换分配方法、在指定截断准则处调整系统边界。报告同时记录基准结果和敏感性范围，并标明所变更的假设名称。

项目日志（progress.md）跨会话累积每一个决定——第一次会话的决定在第十次会话中仍清晰可见。核查者拿到最终报告后，可将任何结果追溯到作出相应决定的那次会话。

跨会话连续性

§ V

产品碳足迹研究很少在一次会话内完成。功能单位、系统边界、LCIA 方法与分配规则在早期会话中确定，必须贯穿整个计算过程，不能在后续会话中重新讨论。

Cowork 在这四项建模要素确定的会话结束时，将这四项建模要素记录在项目中。后续每次会话开始时首先读取这些记录，并将其内容作为约束条件执行。在第二次会话中确定了"摇篮到出厂、截断系统模型、IPCC 2021 GWP100、质量分配"的从业者，在第七次会话中无需重新声明。

数据替换决定以同样方式累积：如果第三次会话确认"IGBT 模块"映射到 HiQLCD 中的电动汽车应用数据集，第八次会话不会重新执行该查询。映射已在记录中。会话从项目中断的地方继续。

Cortex Cowork 本地运行。openLCA 留在你的机器上。每次会话的决定积累在随项目文件夹一同存放的项目日志中。