实验室里证明一个反应可行，离建成一座工厂还很远。
以甲烷转化为氢气和碳纳米管为例，研究团队可能已经掌握催化剂、反应温度和初步收率。但工程公司接手后，要把实验数据变成物料衡算、设备规格、管仪图、控制方案、安全分析、许可文件和成本估算。反应器温度改十摄氏度，可能同时改变热负荷、材料选择、换热面积、联锁条件和产品品质。首台套没有成熟装置可直接复制，很多参数只能边设计、边试验、边收敛。
SiC Systems 与 CarbonLume 在 2026 年 9 月宣布，计划把物理约束的多 Agent 工程平台用于光催化甲烷转化工艺。新闻稿能确认的细节有限，但这个场景很适合讨论一个具体问题：多 Agent 到底怎样进入流程工厂工程链，而不是停在“自动写文档”。
一、首台套的难点是跨专业迭代
传统流程工厂设计通常按阶段推进。工艺团队先给出设计基础和流程模拟，设备团队据此选型，管道和布置团队确定空间，仪控团队设计测点与联锁，安全团队开展 HAZOP，造价团队估算 CAPEX。实际项目不会如此整齐。下游专业发现问题后，参数会退回上游修改，再重新发版。
首台套的返工更多。放大效应可能改变停留时间和传热；原料杂质会影响催化剂寿命；副产物处理方式会改变环保许可；某台定制设备交期过长，又迫使工艺改路线。工程信息散落在模拟文件、Excel、设备数据表、P&ID、会议纪要和供应商邮件里，人工同步很慢。
多 Agent 的价值不在于“多个模型一起聊天”，而在于把专业任务拆给具有不同工具、数据和验收规则的执行单元，再由统一的依赖关系和变更控制协调。工艺 Agent 不应该替代仪控工程师，机械 Agent 也不应该凭语言模型猜材料强度。每个 Agent 都要在受限边界内调用专业计算工具，并交付结构化成果。
二、先建立一份机器可读的设计基础
多 Agent 项目最先要做的，不是选模型，而是整理 Design Basis。它包含原料组成和波动范围、目标产能、年运行小时、产品规格、公用工程条件、环境参数、设计规范、场地限制、排放要求和经济假设。
这些数据必须有单位、来源、版本和置信度。例如“甲烷纯度 95%”远远不够，需要说明干基或湿基、分析方法、杂质上下限、采样时间和设计裕量。Agent 读取到缺失值时应创建问题单，不能自行补一个看似合理的数字。
设计基础可以存成版本化的工程知识图谱或关系模型。对象包括物流、设备、管线、仪表、控制回路、危险场景、规范条款和成本项。对象之间有明确依赖：物流流量决定管径初算，设备压力决定机械设计等级，危险场景关联保护层和联锁。
自然语言文档仍可作为输入，但进入计算前要经过结构化和人工确认。否则同一个“常压”可能被不同 Agent 解释为绝压、表压或近似环境压力。流程工程里最危险的错误往往不显眼，只是单位或边界条件错了。
三、一个多 Agent 工程团队可以怎样分工
工艺建模 Agent 负责物料与能量衡算。它调用 Aspen Plus、DWSIM、gPROMS 或企业自有模型，管理组分、热力学方法和反应动力学参数。输出不是一段说明，而是带版本的物流表、热负荷、收率和敏感性分析。
设备 Agent 根据工艺条件生成设备初步规格。对反应器，它检查容积、停留时间、传热方式、设计温压和材料候选；对压缩机、泵和换热器，则调用对应选型与校核程序。供应商数据只能作为候选输入，关键参数要有计算依据。
管道与布置 Agent 读取设备接口、流体性质和场地约束，提出管径、等级、阀门和初步布置。它可以在三维模型中检查维护空间、吊装路径和危险区域间距，但最终应由规则引擎或 CAD/CAE 系统验证碰撞与规范约束。
仪控 Agent 根据控制目标生成测点、控制回路和联锁建议。它把正常控制与安全仪表功能分开，列出传感器范围、失效位和报警限值。对安全完整性等级的判断不能只靠模型，要进入 LOPA/SIL 方法并由安全工程师确认。
安全与许可 Agent 维护法规清单，组织 HAZID/HAZOP 输入，追踪每个偏差、原因、后果、现有保护和整改项。它很适合检查遗漏、对照相似装置事故和生成会议材料，但不能自行关闭 HAZOP 建议项。
经济性 Agent 汇总设备、材料、施工、工程和预备费，计算 CAPEX、OPEX、单位产品成本和现金流。首台套估算不确定性大，它应该输出区间和敏感性，而不是给出精确到个位数的投资额。
在这些专业 Agent 之外，还需要两个不直接做设计的角色：配置管理 Agent 负责版本、基线、依赖和发版；验证 Agent 用独立方法复算关键结果，检查单位、守恒、规范和跨专业一致性。没有这两个角色，多 Agent 只会更快地产生互相矛盾的文件。
四、Agent 之间传递的是工程对象，不是聊天记录
多 Agent 系统最容易做成一个会议群：工艺 Agent 发一段话，设备 Agent 再根据这段话继续。这样的链条无法审计，也无法可靠处理变更。
正确的交接物应是结构化工程对象。例如工艺 Agent 发布物流 S-102 v7，其中记录流量、温度、压力、相态、组成和不确定范围；设备 Agent 声明自己使用了 S-102 v7 计算换热器 E-201；若物流升级为 v8，依赖系统自动把 E-201 标成“待复核”，并继续追踪受影响的管线、仪表和成本项。
每个 Agent 的输出都应包含输入版本、使用工具、计算配置、结果、校验状态和开放问题。发布前通过机器门禁：质量守恒误差是否在阈值内，温度压力是否落在物性模型适用范围，设备编号是否唯一，单位是否完整，引用规范是否有效。
语言模型适合解析文档、规划步骤和解释差异；数值求解应交给专业软件；规则符合性应交给可追踪的规则库；最终批准由持证工程师完成。把各自擅长的部分分开，系统才不会用一段流畅文字掩盖错误计算。
五、并行设计需要依赖控制，否则只会并行返工
多 Agent 常被宣传为“让各专业同时工作”。流程工程确实可以并行，但必须明确冻结点。
早期概念设计可用参数区间并行探索。工艺 Agent 同时评估不同转化率、循环比和分离路线，经济性 Agent快速估算各方案成本，安全 Agent排查高温、可燃气体和粉尘风险。此时输出以方案比较为主，不宜生成大量详细图纸。
路线选定后建立工艺设计基线，设备和仪控进入基本设计。只有进入基线的参数才能驱动下游正式工作。若上游必须变更，就创建 Management of Change（MOC），列明原因、影响对象、复核人和生效版本。
调度器可以依据依赖图安排任务，而不是让所有 Agent 无限制运行。物流表未通过守恒校验，设备选型任务就不应开始；设备设计压力未确认，管道等级不能正式发布；HAZOP 尚未关闭的高风险项，会阻止对应工程包进入施工设计。
这种门禁会牺牲一点表面速度，却能减少昂贵的后期返工。首台套项目最怕“图纸出得很快，基础数据还在漂”。
六、物理约束怎样进入 Agent 系统
“物理约束”不能只写在系统提示词里。它要落在计算器、方程、边界和验收测试中。
最基本的是质量与能量守恒。任何流程方案发布前，都要检查元素守恒、总质量误差和热量闭合。对甲烷制氢及碳材料路线，还要单独跟踪碳和氢元素去向，避免模型把未反应甲烷、副产气体或固体碳“漏掉”。
第二类是设备可行域。反应器温度、压力、光照强度和催化剂负荷要位于实验或模型验证范围；泵不能在汽蚀余量不足时通过；压缩机工况不能越过喘振线；材料必须满足腐蚀和温度条件。超出范围时，Agent 应标成外推并要求试验，而不是继续给出确定答案。
第三类是安全约束。可燃范围、泄放能力、危险区域、电气等级、粉尘爆炸和氢脆等问题都有明确计算和规范依据。安全约束应具有最高优先级，不能因为经济性更好就被优化器软化。
第四类是可建造与可运维约束。设备需要检修空间，催化剂要能更换，固体碳产品要防堵并可输送，取样点要让人员安全接近。三维模型、维护任务库和现场规则可以帮助 Agent 发现纸面流程图看不到的问题。
七、首台套还需要把试验计划纳入设计
成熟工艺常有可靠设计数据库，首台套则有大量未知参数。多 Agent 系统若只输出工厂设计，不管理证据缺口，很容易产生“计算完整、依据不足”的假象。
更有用的做法是让验证 Agent维护 Uncertainty Register。每个关键参数记录当前范围、对产能和安全的影响、证据来源，以及怎样通过实验、供应商测试或中试缩小范围。
例如催化剂寿命从 500 小时到 3000 小时，会大幅改变更换频率、备用反应器需求和 OPEX。系统可以用敏感性分析判断这个参数对项目价值影响最大，于是优先安排长周期失活试验。若产品碳纳米管品质受原料杂质影响，则设计原料波动试验，并把结果回填到前端净化要求。
这使工程设计和研发不再是单向交接。Agent 根据设计不确定性提出试验，试验数据更新模型，模型再触发设备和经济性复核。对首台套而言，这个闭环比自动生成 P&ID 更有价值。
八、怎样验收多 Agent 的工程成果
项目不能用“生成了多少文档”衡量效果。更合适的指标包括：设计迭代周期、跨专业冲突数量、工程变更关闭时间、自动检查发现率、关键计算复核通过率、CAPEX 估算区间，以及从实验数据到设计基线的追溯完整度。
每份正式交付物必须标明机器生成比例没有太大意义。重要的是谁验证了哪些计算，使用了什么输入和工具，谁有权批准。工程签署责任仍然属于具备资质的人和组织。
上线可以从低风险环节开始：提取实验数据、维护设备清单、检查物流表一致性、生成数据表草稿、追踪 HAZOP 整改项。等企业积累足够测试集和错误案例，再开放专业软件自动运行和受控参数优化。直接让 Agent 生成可施工文件，风险和返工都会很高。
还要保留独立复核路径。工艺 Agent 使用流程模拟器得到结果，验证 Agent 可以用简化方程或另一套模型检查数量级。两个 Agent 共用同一错误数据库或同一提示词，不算独立验证。
九、真正的交付物是可追溯的工程基线
多 Agent 用于首台套流程工厂，最现实的目标不是无人设计，而是把工程师从反复抄数、对版本、查规范和整理问题单中解放出来，让专业判断集中在新工艺真正未知的部分。
一套合格系统最终应交付可追溯的工程基线：每个参数知道来源，每次变化知道影响，每项计算可以复核，每个开放风险有人负责。Agent 可以并行运行，也可以在夜间完成批量校核，但它不能绕过物理规律、工程门禁和签署责任。
如果多 Agent 只是同时生成几份报告，首台套项目得到的是更多文档。如果它们共享结构化工程对象，受物理方程和规范约束，并把变更、试验与审批串在一起，项目才可能真正缩短从实验反应到可建设装置的距离。