AI 原生钢厂

检测认证全流程 Agent

来样 → 解析适用标准 → 生成检测方案 → 调度仪器 → 汇总数据 → 出具符合性判定报告

最考验:现实层

数据可得性高

所需数据是否已在手、能否直接用于建模

工程难度低

从可行性验证到稳定上线的工程风险

实时性要求低

需要秒级响应,还是天级出报告

评级为面向学习者的教学性判断,用于横向比较场景特点,不构成采购或投资建议。

涉及 1 道工序高亮项可点击,跳到对应章节

原料准备—
烧结·球团·焦化—
高炉炼铁—
废钢准备—
电弧炉炼钢—
转炉炼钢—
炉外精炼—
连铸—
热轧—
冷轧与深加工—

业务痛点,讲人话

每一批钢材出厂前,都要证明"它确实符合牌号声称的性能"。这件事的流程高度固定:

来样登记 → 查这批货执行哪版标准 → 按标准确定要做哪些试验、取几个样、从什么部位取 → 排仪器和人手 → 做试验 → 汇总原始数据 → 逐条比对标准条款 → 出具质量证明书。

听起来像一条流水线,实际上大量时间花在查和抄上:

  • 客户合同写的是 ASTM 牌号,产线按 GB 生产,得查对照表确认等效性
  • 同一标准有多个版本在流通,合同里到底引用的哪版
  • 标准里的判定条件带一堆分支:按厚度分档、按交货状态分档、按质量等级分档
  • 数据从各台仪器的软件里导出来,格式各不相同,人工誊抄进报告模板
  • 修约规则、复验规则、单值下限,每条都要人记着

这不是技术难题,是信息组织问题。而且它天生高度规范化、可追溯、重复度极高——非常适合 Agent。

数据长什么样

这个场景吃哪几类数据

04检测与标准testing & standards行业普遍成熟度 · 中高

标准文本与条款、检测原始记录、判定结论、方法验证数据

瓶颈:标准版本管理、判定链的可追溯性

03显微表征microstructure characterization行业普遍成熟度 · 中高

金相图像、SEM/EBSD/TEM、XRD 谱图、光谱数据

瓶颈:标注强依赖专家;不同标准体系的评级口径不统一

样例结构 / 教学示意,非真实产线数据

# 标准条款结构化后的样子(教学示意)
clause:
standard: "XX-XXXX-2021"        # 标准号 + 版本
grade: "Q355B"
property: yield_strength         # 被测量
operator: ">="                   # 比较算子
threshold: 355                   # 阈值
unit: "MPa"
conditions:                      # 适用条件
  thickness: {max: 16, unit: "mm"}
  delivery_state: ["热轧", "正火"]
statistics: null                 # 无统计规则(单值判定)
#
clause:
standard: "XX-XXXX-2021"
grade: "Q355B"
property: impact_energy_kv2
operator: ">="
threshold: 34
unit: "J"
conditions:
  test_temperature: {value: 20, unit: "degC"}
statistics:                      # 三值平均 + 单值下限
  rule: "mean_of_3"
  single_min: 24

真实标准的条款结构比这复杂得多——条件分支嵌套、跨标准引用、图表型规定。这里只示意「一条可判定条款要拆成哪些字段」。

七类数据全景见第 7 章 →

这个 Agent 该怎么搭

分工原则只有一条:LLM 负责解析与解释,判定交给确定性规则。

检测认证 Agent 的流水线

教学示意

准备

结构化条款库

LLM 从标准 PDF 抽取,人工复核后入库

适用标准 / 牌号

由来样信息查出

方案

检测方案生成

仪器调度

判定

确定性判定引擎

仪器原始数据逐条比对 + 修约 + 统计规则

输出

判定结论 + 完整引用链

人类可读报告

LLM 生成

LLM 只出现在两端;中间的判定必须是确定性代码。

三个关键设计:

抽取与判定分离。 LLM 只出现在两端——把标准原文解析成 schema,以及把判定结果讲成人话。中间的比对必须是确定性代码,因为它要经得起审计。

抽取结果必须人工复核后入库。 标准条款是要用很多年的资产,一次复核换长期可靠,比每次判定时现场解析划算得多。

全链路留痕。 原始数据 → 计算过程 → 引用的标准条款及版本 → 结论,每一环都要能回放。这不是加分项,是这个领域的准入条件。

必懂概念 · 9 张

AI 工程师视角·换成你熟悉的说法

  • 标准条款 ≈ JSON Schema

    「屈服强度 ≥ 355 MPa」和 `{minimum: 355}` 是同一类东西——可机读的约束。难点是标准原文是自然语言、有版本、有条件分支。

  • 检测流程 ≈ CI 流水线

    取样是 checkout,各项试验是并行的 test job,判定报告是最终的 pass/fail 汇总,质保书是带签名的构建产物。

  • 牌号 ≈ 接口契约

    Q355B 这样的牌号声明了一组必须满足的性能约束,跟接口的类型签名一样,是买卖双方的共识。

想做这个场景,先读这些

相关场景