产销研一体化：一张询单，走通四层架构
客户发来一张询单，钢厂要回答「能不能做、多少钱、怎么做」，接单后再把要求一路翻译成工序参数、最后检验放行。这条链横跨营销、研发、生产三个部门，正好穿过四层架构的每一层、每一条总线。
四层架构讲的是「每一层该干什么」，产销研一体化讲的是「这些层串起来能办成什么事」。一张询单从客户手里进来，要经过销售、研发、生产三个部门，最后变成一炉钢、一份质检判定。这条链上的每一步，都要回答同样的 Action 四问：谁有权做、依据什么做、能不能执行、做完怎么追溯。
为什么产销研是首个落地场景
在钢厂众多可以用大模型的地方里，先选这条链，有四条理由：
链条长，跨三域
从询单到质检要穿过销售、研发、生产三个部门，传统做法靠人一遍遍转述和抄录，信息在交接处最容易走样。
≈最能体现统一状态和横向协作的价值
文档密集
询单、技术协议、控制要点、工艺卡，每一步的产出都是一份文档。
≈理解、比对、生成文档，正是大模型的强项
决策以天计
答复询单、会签协议、编制工艺卡，时间尺度是小时到天，不是毫秒级的闭环控制。
≈推理慢一点、多想几轮都来得及
风险可控
直到工艺卡下发之前，整条链都不直接碰产线控制，出了错可以在文档层面改回来。
≈第 6 步是第一个写入产线系统的动作，所以准入最严
七步 × 四层
下面这张图把七步链条和四层架构叠在一起。点任意一步，看它在每一层、每条总线上发生了什么。
产销研七步 × 四层教学示意
产销研在四层架构下的落地：7 步链条 × 8 行（四层 + 四条总线）
- 应用智能体层
技术协议制订智能体匹配历史相似协议、填充模板，生成技术协议文档；工艺工程师代理复核差异项。
业务智能体人类代理智能体人机协同闸门 - A2A
会签后的协议移交控制要点制订智能体。
A2A - MAB
上行「制订技术协议」，附订单对象与标准化诉求。
MAB - AIP + 治理智能体
补全引用标准版本；激活研发域本体；准入：标准版本有效、协议模板版本一致。
任务规范DLA 子网激活运行控制 · 执行准入 - MOB
知识调用：技术标准库、协议模板库、历史案例库。
MOB企业知识库与案例库 - 智能内核层
推理子域：相似协议检索与差异项生成。计算子域：成分与性能区间对照标准条款的一致性校验。
推理子域计算子域L 孪生（逻辑） - MCP
读取标准与协议文档系统；写回协议文档。
MCPMCP 资产封装 - 数字资产界面层
订单对象挂接协议版本，状态 → 协议已会签。
统一状态与对象状态机
教学示意 / 产销研在四层架构下的落地
读图有两个方向。竖着看，是一步怎么穿过四层：应用智能体发起业务请求，经 MAB 交给 AIP，AIP 补全任务规范、做准入，再经 MOB 调用内核的本体与模型、经 MCP 读写现实数据，最后结果写回统一状态。横着看，是某一层在整条链上干了什么：比如只看 AIP 一行，会发现准入从第 1 步的「只校验受理权限」一路收紧，到第 6 步变成权限、时效、互斥、版本、工况五项全查。
人类代理智能体守哪几道闸门
链条上不是所有动作都交给机器拍板。凡是涉及对外承诺、标准差异和现场安全的节点，都有一个人类代理智能体把关——它代表具体岗位的人，在智能体社会里行使确认权。
七步链条上的人工闸门
教学示意营销
1 询单
◆ 销售工程师代理：需求与商务确认
2 需求提取
3 需求答复
◆ 销售工程师代理：商务确认
研发
4 技术协议
◆ 工艺工程师代理：协议差异项复核
5 控制要点
◆ 工艺工程师代理：控制要点复核
生产
6 工艺卡
◆ 工艺工程师代理：工艺对不对；◆ 炉长代理：现场能不能下
7 质检与异常
◆ 质检员代理：质量把关
营销
1 询单
◆ 销售工程师代理：需求与商务确认
2 需求提取
3 需求答复
◆ 销售工程师代理：商务确认
研发
4 技术协议
◆ 工艺工程师代理：协议差异项复核
5 控制要点
◆ 工艺工程师代理：控制要点复核
生产
6 工艺卡
◆ 工艺工程师代理：工艺对不对；◆ 炉长代理：现场能不能下
7 质检与异常
◆ 质检员代理：质量把关
第 6 步同时有工艺工程师和炉长两道闸门：一个管「工艺对不对」，一个管「现场能不能下」。人类代理在应用智能体层的位置，见行动 · 应用智能体层。
出了质量偏差怎么办
第 7 步不是链条的终点。质检一旦发现偏差，会沿着治理路径往回走，一直回流到上游的文件：
质量偏差的回流路径
教学示意偏差被发现
物理反馈回写统一状态
检察官 · 取证
调取 D 孪生工况与批次记录
法官 · 裁决
依 L 孪生规则与案例
警察 · 执行处置
冻结 · 复检 · 改判
修订回流
协议 / 要点 / 工艺卡出新版本
偏差被发现
物理反馈回写统一状态
检察官 · 取证
调取 D 孪生工况与批次记录
法官 · 裁决
依 L 孪生规则与案例
警察 · 执行处置
冻结 · 复检 · 改判
修订回流
协议 / 要点 / 工艺卡出新版本
- 偏差被发现。 质检数据经数字资产界面层的物理反馈回写统一状态，和判定规则一比，偏差越过了界限。
- 取证。 触发治理事件，检察官智能体调取 D 孪生里的实时工况和这一批次的生产记录，把「发生了什么」固定下来。
- 裁决。 法官智能体依据 L 孪生里的判定规则和历史案例，判断偏差是否成立、责任落在哪一环、应当怎么处置。
- 执行处置。 警察智能体把裁决转成可执行的运行控制：冻结批次、安排复检、改判等级。
- 修订回流。 裁决交回 AIP，经 MAB 下发给控制要点或工艺卡智能体发起修订，新版本回流到协议、要点或工艺卡，全程留下审计记录。
要强调的是：修订回流到哪份文件——是技术协议、控制要点还是工艺卡——是治理裁决的一部分，由法官依据规则和案例判定，不是质检智能体自己决定。质检智能体只负责发现和报告偏差，它无权改上游的任何一份文件。治理智能体的分工见治理 · AIP 驾驭层；质量设计与过程修订的行业做法见工艺定型与一贯制质量设计。
从流程草图到可执行
上面这张七步图回答的是「每一步在哪一层发生什么」。要让它真正跑进钢厂，还要再往下走一层：把每一步拆成认知、计算、行动三类；把会改变系统状态的动作登记成带参数域、前后置条件的 Action；把「人工复核」升级为带参数快照的授权。
这些内容，连同一张轴承钢询单的完整走查，以及对照本页的缺口清单，放在 从流程草图到可执行。
行业里已经有人在走这条路
行业公开实证
兴澄特钢 · 外贸智能询单大模型系统
基于行业数据与工艺知识本体构建外贸询单系统，不再只做接单录入，而是把询单、产能校核、工艺适配、研发协同串成一条链——营销侧的智能开始向生产工艺协同延伸。这正是产销研一体化的公开实证。
这个公开案例贯通的是链条的前半段：询单、产能校核、工艺适配、研发协同。AI 原生钢厂架构要做的，是把后半段——技术协议、控制要点、工艺卡、质检——也纳入同一套治理：同一个统一状态，同一个 AIP 做准入，同一套治理智能体处理偏差。
与已有场景的关系
本站原来的三个场景——S7 技术协议、S8 工艺卡编制、S2 质量溯因——已经并入这条链，分别对应第 4–5 步、第 6 步和第 7 步。想看这几个环节背后的行业知识，可以继续读：
出处《AI 原生钢厂 · 行业大会稿（参考架构页、产销研落地页）》，行业大会报告稿，2026-09来源与出处 →
出处《AI 原生钢厂：架构探索与功能设计》，《冶金自动化》第 50 卷第 4 期，第 18–30 页（特邀综述），2026-07来源与出处 →
6 个业务智能体，逐个展开
每个智能体一页：它负责什么业务、在四层上各发生什么、吃什么数据、谁来把关、出错了怎么回流。