能力缺口：通用 Agent 平台 vs AI 原生钢厂

把 AI 原生钢厂的要求逐项对到通用 Agent 平台的公开能力上，剩下的就是必须行业自建的部分。

如何构建一页讲了哪些能力可以复用、哪些要自建。这一页把「要自建的部分」逐项列出来：缺口 = AI 原生钢厂的要求 − 通用 Agent 平台的公开能力。

先交代口径：

「通用 Agent 平台」指企业级 Agent 框架与治理平台的共性能力，以截至 2026-09 的官方文档、开源仓库和发布会报道为准。参照清单见关于 · 公开参照。
未找到公开资料 ≠ 不具备。 下面每一项说的都是「公开资料里没看到」，不是「做不到」。
这些缺口不是某一家平台的短板，而是钢铁「工业可执行性」特有的要求。通用平台面向所有行业，本来就不会替某个行业做。

八个缺口

8 个缺口落在哪一层按公开资料梳理

行动层1

治理层4

认知层2

现实层1

工业执行准入

治理

要求: 放行一个 Action 前逐项检查权限、时效、互斥、版本、现场工况，任何一项不过即驳回并留痕。
通用平台现状: 公开资料可见工具级的允许 / 询问 / 拒绝、基于角色的权限控制、每个 Agent 独立身份与双向鉴权。
缺口: 检查停在「谁能调哪个工具」，不涉及「这个动作此刻能不能做」：没有时效、互斥、版本、现场工况四类检查。
为何不会补: 时效、互斥、工况的判据来自排产、工艺版本和产线实时状态，都是行业数据，平台无从得知。
可挂载点: 运行时的工具调用前钩子或统一工具网关，调用平台无关的准入引擎。
相关构件: 运行控制 · 执行准入 · A 孪生（行动）

签批参数快照

治理

要求: 岗位签批时记录所见参数快照及其哈希、依据的计算结果与模型版本；执行时比对「批准 = 下发」，参数漂移即拒绝。
通用平台现状: 公开资料可见人在回路节点、全量审计日志、端到端调用链追踪。
缺口: 审计记录的是「发生了什么调用」，没有把签批与被执行的参数绑定；批准后参数被改动，无法自动拦截。
为何不会补: 哪些参数属于签批范围、漂移多少算越界，取决于具体 Action 的参数域定义。
可挂载点: 准入引擎在签批时写快照、放行时比对；审计库与平台调用链日志互相对账。
相关构件: 审计与回退 · 人类代理智能体

回退与补偿

治理

要求: 执行失败或事后被驳回时，能回到上一个有效版本，或执行预先定义的补偿动作。
通用平台现状: 公开资料可见中断工作流的断点恢复、长任务暂停与恢复。
缺口: 断点恢复解决的是「任务跑到一半怎么接着跑」，不是「已经写进生产系统的结果怎么撤回」；公开资料未见业务级回退。
为何不会补: 回退路径依赖对象状态机：工艺卡作废、订单撤销、批次解冻各有各的规则。
可挂载点: 在 Action 注册表里为每类写操作登记补偿动作，由准入引擎调度。
相关构件: 审计与回退 · 统一状态与对象状态机

事件触发的治理智能体

治理

要求: 出现协议差异、越出模型适用域、承诺失效、质量判异等事件时，由检察官取证、法官判定、警察执行约束，裁决交回 AIP。
通用平台现状: 公开资料里的「智能体治理」指管理智能体本身：身份、权限、资产、成本、可观测。
缺口: 没有面向业务事件的取证—判定—执行约束分工，也没有把裁决转成运行控制的通道。
为何不会补: 判定依据是工艺规则、标准条款和历史案例，只存在于行业的 L 孪生里。
可挂载点: 治理智能体作为普通智能体运行在平台上，经 A2A 接收事件、经 MOB 读 DLA，裁决交回准入引擎。
相关构件: 治理智能体 · 检察官智能体 · 法官智能体 · 警察智能体

本体寻址与 DLA 子网激活

认知

要求: 按对象、关系、约束在本体中寻址，只激活本任务相关的 DLA 子网，推理与计算都在这张子图上进行。
通用平台现状: 公开资料可见通用本体建模组件（对象类型、链接类型、动作类型）、知识检索、图结构记忆。
缺口: 未见本体与 Agent 运行时打通：智能体取数仍按工具和检索，而不是按本体对象寻址。
为何不会补: 要激活哪张子图，取决于钢种、产品形态、工艺路线之间的行业关系。
可挂载点: 把 DLA 做成类型化的查询 / 校验 MCP 服务，由 AIP 的寻址环节调用。
相关构件: DLA 子网激活 · DLA 数字孪生本体

推理‖计算的模型契约

认知

要求: 大模型只出候选，数值结论由机理、预测、优化模型给出；每个模型声明适用域，越域调用直接拒绝。
通用平台现状: 公开资料可见大模型接入与评测、工作流编排、长任务调度。
缺口: 编排层不知道一个预测模型只对某个成分区间、某个规格范围有效，越域结果照样返回。
为何不会补: 适用域来自冶金机理和历史数据的覆盖范围，是行业模型自身的属性。
可挂载点: 在 L 孪生里登记模型适用条件，AIP 编排计算前先校验输入是否在域内。
相关构件: 计算子域 · 推理 / 计算编排 · L 孪生（逻辑）

OT 侧语义化与物理兜底

现实

要求: 存量 PLC / DCS / MES / LIMS 经语义化封装进入智能系统；指令下发前在底层做参数阈值与工艺区间校验；能在 OT 网络隔离的现场部署。
通用平台现状: 公开资料可见 MCP 工具封装与注册、会话级沙箱；部分方案提供一体机式的私有化部署。
缺口: MCP 解决的是「怎么调用」，不解决「这个点位是什么语义、这条指令会不会越界」；OT 侧的底层兜底要现场自建。
为何不会补: 点位语义、工艺区间、设备能力是每条产线自己的事实。
可挂载点: 在 MCP 封装层内加语义 Tag、事件与指令转译；底层兜底留在过程控制系统一侧。
相关构件: MCP 资产封装 · 行动执行接口 · 前置校验与物理兜底

岗位身份贯穿

行动

要求: 人类代理智能体带着岗位身份与权限入回路，审计记录能落到岗位与职责，而不只是一个登录账号。
通用平台现状: 公开资料可见人与 Agent 统一认证、多成员多角色的权限管理。
缺口: 权限模型按账号和角色组织，没有「哪个岗位可以签发哪类工艺卡、批准哪类变更」这样的岗位职责矩阵。
为何不会补: 岗位授权矩阵是钢厂管理制度的一部分，每家都不一样。
可挂载点: 在 Action 注册表里登记签批岗位，准入引擎把平台身份映射到岗位后再放行。
相关构件: 人类代理智能体 · 人机协同闸门

为什么缺口集中在治理层

八项里有四项落在治理层，这不是巧合。通用 Agent 平台的「治理」，管的是智能体本身：谁能调用哪个工具、花了多少 Token、链路能不能追踪。AI 原生钢厂的治理，管的是动作本身：这一个 Action，在这一刻、这一炉、这一版本下，能不能执行。前者是 IT 权限问题，后者是工业可执行性问题。

所以通用平台的权限体系是 AIP 的地基，不是 AIP 的替代：它保证「谁在调用」可信，AIP 在此之上回答「这件事能不能做」。准入五项的具体含义见治理 · AIP 驾驭层。

规范本身也还在演进

缺口不只在平台一侧，AI 原生钢厂的参考架构本身也处在早期：

MOB 尚待验证。 论文提出冶金本体总线时明确写到，它「尚待行业实践验证」。
MAB 是工程延伸。 冶金智能体业务总线出自大会稿，是在论文基础上的延伸，不在论文原文里。
三层还是四层。 论文与演讲在层数、AIP 的位置上不完全一致，见架构总览的「三层还是四层」一节。

本站按四层 + 四条总线平等呈现这套架构。落地时的建议是：MOB 先做成按本体对象暴露的查询、校验、仿真接口，MAB 先做成业务请求的受理与回执接口，等协议在实践中稳定下来，再抽象成总线。

出处《AI 原生钢厂：架构探索与功能设计》，《冶金自动化》第 50 卷第 4 期，第 18–30 页（特邀综述），2026-07来源与出处 →

出处《AI 原生钢厂 · 行业大会稿（参考架构页、产销研落地页）》，行业大会报告稿，2026-09来源与出处 →