AI 原生钢厂

需求答复智能体

它接到的输入

标准化诉求

→

它交出的产出

Top-N 钢材 + 答复文档(价格 / 交期)

人工把关销售工程师代理

① 负责什么业务

拿到标准化诉求之后,客户最关心三件事:你们能不能做、多少钱、多久交。需求答复智能体负责回答这三个问题:给出 Top-N 个可选钢材(例如 3 个量级的候选,数量仅为示意),每个候选附推荐理由,再配上价格与交期,整理成一份答复文档。

这份文档是对外承诺。一旦发给客户,报价和交期就有了商务约束力,所以它不能由智能体自己发出去——必须经人类代理智能体里的销售工程师代理确认后才能对外。智能体做的是把「查价格、问产能、算交期」这些耗时的准备工作压缩到小时级,把拍板权留给人。

本步还有一个横向动作:通过 A2A 向工艺侧询问可制性,交期存疑时委派给排产相关能力。客户确认后,订单对象在统一状态里正式创建,链条进入研发域。排产侧的行业做法可参考排产副驾驶场景。

本步穿层速览

第 3 步「需求答复」在四层与四条总线上各发生了什么。完整七步对照见 产销研主页的交互图。

  • 应用智能体层

    需求答复智能体给出 Top-N 可选钢材与答复文档(价格、交期);销售工程师代理确认后对外发出。

    业务智能体人类代理智能体人机协同闸门
  • A2A

    向工艺侧询问可制性;交期疑问委派给排产相关能力。

    A2A
  • MAB

    上行「生成答复方案」,目标对象 = 标准化诉求。

    MAB
  • AIP + 治理智能体

    先推理生成候选,再计算校核匹配度与交期;准入:报价权限、报价有效期。

    推理 / 计算编排运行控制 · 执行准入
  • MOB

    规则校验:牌号-性能匹配规则、可制造能力约束。

    MOBL 孪生(逻辑)
  • 智能内核层

    推理子域:候选钢材与推荐理由。计算子域:牌号性能匹配度打分、交期预测、产能校核。

    推理子域计算子域
  • MCP

    读取价格与库存、产线负荷。

    MCP观测接口
  • 数字资产界面层

    答复记录写回;客户确认后订单对象创建。

    统一状态与对象状态机

② 经 MAB 上行的业务请求

intent: 生成答复方案            # 业务意图:给出可选钢材与价格交期
target: demand#示意编号        # 目标对象:上一步产出的标准化诉求
context:                       # 现场工况
  hidden_needs_confirmed: 是   # 隐性需求是否已与客户确认
  customer_level: 客户等级引用
  reply_deadline: 客户要求的答复时限(示意)
# 不写用哪个求解器算交期、查哪张价格表——那是 AIP 编排时决定的

③ AIP 怎样放行

这一步的看点是先推理后计算的编排顺序:

  1. 推理子域先根据诉求和牌号知识,提出若干候选钢材及理由;
  2. 计算子域再对每个候选做匹配度打分、交期预测和产能校核;
  3. 两边结果汇总后,才进入准入。

准入除了常规的权限检查,还有两项商务约束:报价权限(这个级别的订单、这个价格区间,该由哪个岗位确认)和报价有效期(引用的价格基准是否过期)。通过之后,结果不是直接对外,而是交给销售工程师代理这道人机协同闸门。准入五项的完整定义见执行准入。

④ 用到的本体与知识

  • 牌号-性能匹配规则:L 孪生里描述「哪些牌号能满足哪类性能组合」的规则;
  • 可制造能力约束:各产线的规格范围、工艺能力边界,决定某个候选在本厂能不能做;
  • 历史订单:D 孪生里同类诉求以往选了什么牌号、交期兑现得怎样,为推荐理由提供证据。

⑤ 推理子域与计算子域

  • 推理子域:生成候选钢材和推荐理由,解释「为什么推荐 A 而不是 B」;
  • 计算子域:牌号性能匹配度打分(加权规则计算)、交期预测(基于产线负荷的预测模型)、产能校核(交由运筹求解器判断排得进排不进)。

模型可以说「A 更合适」,但「A 能在几周量级内交货」必须由计算给出。

⑥ 读写哪些 DAS 接口

  • 读:经观测接口读取价格与库存、产线负荷;这些数据来自经营与制造执行类系统,经 MCP 封装后统一取用;
  • 写:答复记录写回统一状态;客户确认后创建订单对象,状态机进入「待制订技术协议」。

⑦ 先读哪些行业底座

必懂概念 / 4 张

建议先读的行业章节

原场景页:S3 排程调度副驾驶