技术协议制订智能体

① 负责什么业务

订单创建之后，销售口径的「诉求」要翻译成研发口径的技术协议：化学成分区间、力学性能指标、检验项目与方法、交货状态、引用标准及版本。它是钢厂与客户之间的技术契约，后面所有的内控标准和工艺卡都从它派生。

技术协议制订智能体的做法和资深工艺工程师一样：先去历史协议库里找最相似的几份，再套用协议模板填充，最后把「这份和历史协议不一样的地方」单独列成差异项。这背后是工艺开发里最核心的一个判断——复用还是定制：能沿用成熟协议的尽量沿用，确实需要定制的条款要单独评审。这个判断的行业逻辑，工艺开发一章讲得很细，本页不重复。

差异项必须由工艺工程师代理逐条复核，会签后协议才生效，并经 A2A 移交控制要点制订智能体。协议里每类条款的含义与常见坑，见原场景页技术协议与控制要求生成。

② 经 MAB 上行的业务请求

intent: 制订技术协议            # 业务意图
target: order#示意编号         # 目标对象：已创建的订单
context:                       # 现场工况
  demand_ref: 标准化诉求引用
  customer_standard: 客户指定标准号（如有）
  special_terms: [客户额外条款摘要]
# 不写检索哪个案例库、套哪个模板版本——由 AIP 补全任务规范时确定

③ AIP 怎样放行

AIP 在这一步做的补全工作比前两步多：客户往往只写标准号不写版本，AIP 要补全引用标准的具体版本，并激活研发域本体子网。

准入的重点有三条：

• 引用标准版本有效：协议里引用的每一个标准都必须是现行有效版本，已作废的版本直接驳回；
• 模板版本一致：填充所用的协议模板必须是当前生效的模板版本，避免用旧模板漏掉新增条款；
• 差异项强制人工复核：只要生成结果里存在差异项，就不允许自动会签，必须经过工艺工程师代理这道闸门。

复核记录与会签结果一起进入审计，日后出质量问题时可以追溯「这一条是谁、依据什么同意的」。

④ 用到的本体与知识

• 技术标准库：标准条款的结构化表示，包括成分区间、性能指标、试验方法及其版本关系；
• 协议模板库：按产品类别维护的协议模板及版本；
• 历史案例库：已会签的历史协议，是相似检索的对象；
• 研发域本体：订单、协议、条款、标准之间的对象关系，属于 DLA 本体的一部分。

⑤ 推理子域与计算子域

• 推理子域：相似协议检索（向量检索加规则过滤），以及差异项的生成与解释——「这份协议比参考协议多了一项低温冲击要求」；
• 计算子域：成分与性能区间对照标准条款做一致性校验，例如协议里写的强度下限不能低于所引用标准的下限，碳含量上限不能宽于标准。这类区间比较有确定答案，由计算完成，不让模型「觉得差不多」。

⑥ 读写哪些 DAS 接口

• 读：经 MCP 读取标准与协议文档系统里的标准全文和历史协议；
• 写：生成的协议文档写回文档系统；订单对象挂接协议版本，状态机推进到「协议已会签」。