工艺卡制订智能体

① 负责什么业务

控制要求还是按「控制对象」组织的，操作岗位需要的却是按「工序」组织的作业文件。工艺卡制订智能体把控制要求按工序路线自动分解，为每道工序生成一张标准化工艺卡：这道工序的目标参数、允许范围、检查点和注意事项。分解的行业做法见工艺卡是怎么拆出来的，工艺卡本身的结构和常见难点见原场景页工艺卡编制。

这一步在整条链里地位特殊：它是全链条第一个写入产线系统的动作。前五步产出的都是文档与业务对象，出错了可以在文档层面改回来；工艺卡一旦下发到过程控制与制造执行系统，就会直接指导设备和操作。所以本步由两道人类闸门把守：工艺工程师代理管「工艺对不对」，炉长代理管「现场能不能下」。

下发完成后，它经 A2A 通知质检与异常检测智能体准备检测计划。

② 经 MAB 上行的业务请求

intent: 编制并下发工艺卡        # 业务意图：注意包含「下发」
target: order#示意编号         # 目标对象
context:                       # 现场工况
  control_req_ref: 控制要求引用
  planned_heat: 计划炉次（示意）
  line_status_ref: 产线当前状态引用
# 请求里只说「要下发」，不写下发到哪个系统、用什么指令格式——
# 转译与下发路径由 AIP 与 DAS 决定

③ AIP 怎样放行

这是准入最严的一步，执行准入的五项逐项展开：

• 权限：发起下发的主体是否具备对该产线、该工序下发工艺卡的授权；
• 时效：是否落在排产窗口内，过早或过晚下发都会与实际生产节奏错位；
• 互斥：同一炉次只能有一张生效工艺卡，已有生效卡时新卡必须走替换流程，不能并存；
• 版本：工艺卡引用的控制要求、协议版本必须都是当前生效版本；
• 现场工况：目标设备当前是否可用，是否处在检修或异常状态。

任何一项不过，整张卡驳回并写明理由。通过之后才转成受控行动下发，全程进入审计与回退：下发内容、校验依据、执行回执结构化留痕；执行效果不符合预期时，可以按记录回退到上一张生效卡。

④ 用到的本体与知识

• 工序路线：该钢种在本厂的标准工序路线及可选分支；
• 设备参数边界：每台设备可接受的参数范围；
• Action 前置条件：A 孪生里「下发工艺卡」这一 Action 的参数域、前置条件与后置条件，决定它在什么状态下才允许执行。

⑤ 推理子域与计算子域

• 推理子域：工序分解——把控制要求映射到具体工序，补上每道工序的检查点与注意事项；
• 计算子域：排产求解器校核时序与设备可用性，确认这张卡在计划时间窗里真的排得进去（时间窗量级为小时到天，仅为示意）。

⑥ 读写哪些 DAS 接口

• 写（行动执行接口）：工艺卡与控制要求经 MCP 下发到过程控制与制造执行系统；
• 前置校验兜底：DAS 在指令真正落到设备前，再做一次参数阈值与工艺区间校验。这是 AIP 之外的第二道防线，AIP 放行的指令也可能在这里被拦下；
• 对象绑定：炉次对象在统一状态中创建，并与生效工艺卡绑定，后续质检数据都挂在这个炉次上。