String2AI
AI 落地案例集 · Case Studies

从一句业务需求,
到能上岗的 AI 系统。

这里收录的是为制造企业与经营团队做的 Agentic 应用原型:生产排产、业务流程重塑、库存与销售预测、人岗匹配、经营决策、智能体平台,以及走到机械臂上的具身智能。每一个都不是 PPT,而是可以点开、可以操作、带真实约束与数据口径的完整系统。

9
个落地案例
9
个在线可试
7+
个细分行业
7 日滚动
D+0D+1D+2D+3D+4D+5D+6
冲压 · 300T
注塑 · PA66
电镀 · 镀锡
老化房 · 72h
组装测试 · L2
窑炉 · 煅烧
Agent 建议移动 待计划员确认 准交率 94.1% · 齐套 11/14

案例

按业务域分五组。绿色标记的可直接打开体验;蓝色标记的因含客户需求文档内容,需要口令;灰色的暂未公开部署。所有演示数据均为按行业特点构造的示例数据。

01 / Agentic APS

生产计划与排产

多 Agent 负责发现、算、比、解释、推送;凡是改变承诺交期或下达指令的动作,都停在计划员面前。确定性求解器出方案,大模型负责理解与解释。

端子与连接器制造冲压 → 注塑 → 电镀 → 组装

高松智排 · Agentic APS

覆盖全工艺链的排产原型。多级 BOM 拆解后按客户等级与需求日期做全局齐套分配,给出齐套率、齐套日期与瓶颈物料;15 个工作中心的 7 天资源甘特,Agent 方案以铜色标出变动供计划员采纳或驳回;设备故障、物料延迟、需求追加、工艺降速四类 What-if 增量重排。

  • 6 类 Agent 分工
  • 本体 19 类 / 25 关系 / 15 约束
  • CP-SAT 排产求解
  • 自然语言 → SPARQL
  • 模具寿命与换模矩阵
汽车尾气催化材料载体 · 涂覆 · 窑炉煅烧

国瓷催化 · Agentic APS

面向蜂窝陶瓷载体(DOC / SCR / GPF / DPF)多规格生产的排产指挥中心。窑炉是硬瓶颈,Agent 围绕 14 天窑炉负荷做订单承接与交期评估;从订单分解到排程发布是一条 Agent 流水线,人只在「分解确认」处点一次,其余自动且可回溯。

  • 窑炉负荷与交期余量
  • Agent 解释 + 对话
  • 工序移动虚线标注
  • Agent 自动调参
在线演示 sdgc.string2ai.com
光伏逆变器与储能 · 出口为主全球化计划协同

Agentic APS · 出口制造版

18 个 Agent 的全球化版本。承诺口径从出厂日变成到港日;齐套判定变成通用件 / 国别件 / 电芯配组的三分法;老化房是固定时长的物理瓶颈;平台 × 国别 × 固件的配置化 BOM;改关键件意味着该国 8–16 周认证空窗期。换客户验证了分层的价值:护栏层与编排层几乎不动,变的是 Agent 层与工具层。

  • 18 个 Agent
  • L0–L3 自主等级
  • 人机断点五要素
  • evidence 强制字段
  • 认证与合规护栏
演示未公开
02 / Operations

业务流程与经营决策

AI 嵌进业务动作里,而不是旁边开一个聊天框。每一条建议带理由与置信度,规则命中即转人工,所有决策留痕可复盘。

半导体分销与制造LTC · P2P · WMS · 财务共享

业务流程重塑 MVP 原型系统

依据客户需求说明书开发的可运行端到端原型。销售域闭环:AI 报价建议(可解释理由与置信度)→ 规则引擎秒级审批 → 信用校验与 ATP → 订单、发货过账、自动开票;报销 OCR 与置信度分流;采购 AI 寻源 Top3 与三单匹配;应收 AI 分级催收、AI 对账、NLG 月报;智能数据分析师 Text-to-SQL。PC 门户、6 主题决策大屏与六角色移动端。

  • 零依赖 Python 后端 + SQLite
  • 21 个 SAP 接口目录
  • 规则引擎配置
  • AI 数字员工台账与执行日志
  • Text-to-SQL
在线演示 huaqiang.string2ai.com
跨境电商 · 五金塑胶家具Amazon 多仓多批次

MarginMind · 库存决策与销售预测

决策对象是 SKU × 仓库 × 批次,而不是 SKU。领域本体作为数据团队与决策层之间的可执行契约:32 个属性口径、17 个源系统映射、13 条约束公理,每次出方案前实跑校验;决策就绪度门禁三态,阻断即拒绝出方案并生成可派单的修复项。归因、方案期望值测算、预测拐点,以及补货 / 促销 / 广告 / 竞品应对动作。

  • 8 类 / 7 关系 本体
  • 就绪 / 降级 / 阻断 门禁
  • 故障注入演练
  • 库龄与实付价口径陷阱
  • TypeScript 决策引擎
在线演示 haijia.string2ai.com
上市软件企业 · 董事会治理创始股东年度决策工具

利润分配与管理层考核决策系统

在股东、管理层、员工、战略再投入四方之间分配净利润,用平衡计分卡加否决项考核管理层并输出激励系数。财务输入到瀑布式分配,14 项 KPI 按门槛 / 目标 / 挑战三档计分,含递延与回拨规则;新产品线看板自动回填考核指标;四个预设情景加自定义情景对比;六步治理流程与决策留痕,可打印报告。

  • 四维雷达与十年趋势
  • 情景模拟
  • 否决项与回拨
  • 决策留痕
  • 手机适配
03 / People

组织与人才

把「找人」从一件依赖个人经验的事,变成有数据、可解释、可审计、可复现的事。系统负责排序并说清理由,人负责拍板。

大型集团 HR四万人规模

人才画像与人岗匹配平台

内置 40,000 条员工画像,一句「找 100 个能去中东的人」即可出带理由的排序名单。硬性过滤 → 召回 → 八维精排 → 组织均衡约束,每个结果附证据链(语言等级、项目月数、外派意愿);事前设单部门抽调上限;每次匹配留快照可复现。OWL 本体加 SHACL 合规红线,敏感属性禁止入模由机器强制校验;300 词条技能词典是唯一真源,业务方直接维护。

  • 八域画像模型
  • OWL 730 三元组 / SHACL 7 条
  • 技能词典 14 域 / 300 词条
  • 能力替代规则
  • LLM 问答兜底服务
04 / Platform

平台与工具

把单个场景里反复出现的东西抽出来:知识萃取、本体建模、Agent 运行与放权、评测与错例回填。让第二个场景比第一个便宜得多。

制造业智能体工厂FDE 方法论八阶段的软件化

MetaJet · 智能体员工构建平台

不是 Agent 框架,是「智能体员工工厂」。四模块闭环:FDE 工程师模块用 29 类标准问题把老师傅的默会知识萃取出来;本体构建模块用「7+1」语义规范与出处强绑定让知识白盒可校验;Loop Agent 运行环境以 L0–L4 分级放权、敏感动作闸门与全链路审计换取信任;AI Coding 操作台把资产即代码贯穿全程。No eval, no deploy。

  • 本体包库与复用率
  • 数字员工花名册
  • 八阶段门禁看板
  • 运行留痕 Trace
  • S7 算账评审
授权访问 metajet.string2ai.com
05 / Embodied AI

具身智能

让 AI 从屏幕走到机械臂上。采集台架、训练验证台架与产品原型是同一套执行体,训练和部署之间没有迁移;力目标由控制器实现,约束在模型之外,安全靠的是控制器和铁。

医疗超声设备遥操作采集 → VLA 策略 → 力控执行

超声机器人 · 遥操作采集系统 × 具身大脑

让医生通过机器人的手去扫,大脑学的是手法。医生握力反馈主臂,7 轴力控从臂持探头在模体与志愿者上执行;位姿来自从臂编码器、力来自末端六维力传感器,不再使用光学动捕与 IMU。三层大脑以真实节拍运行:任务规划 1 Hz、VLA 策略 10 Hz、阻抗控制 1 kHz,安全过滤器在模型之外裁剪动作。示教采集 → 策略自主 + 医生接管(DAgger)→ 力保持共操作进医院,16 周出台架、18 个月到 L3 验证机。页面为实时仿真的动态技术方案。

  • 同步误差 < 5 ms · 主从时延 < 8 ms
  • 接触力硬上限 15 N · 被动限力 25 N
  • π0.5 VLA 微调 + US-Encoder
  • DAgger 接管闭环
  • LeRobot 数据集 250 / 2,000 / 5,000+ h
方法论 · Li Jiang · 2026.7

AI 落地的真正障碍
与本体解法

每个老板都在说 All in AI,但认真观察会发现一个矛盾:AI 用户越来越多,真正靠 AI 改变经营方式的企业却少得可怜。最大的障碍不是技术、不是数据,而是一种被长期忽略的资产:默会知识。下面五步是我们对这个问题的完整回答,也是上面九个案例共同遵循的底层逻辑。

01 / 障碍

企业真正值钱的东西,不在任何系统里

过去二十年的数字化,本质是把显性数据搬到线上。但数据不等于知识,知识更不等于智慧。

第一套系统 · 数据库
显性数据

ERP、CRM、OA、MES 里的订单、客户、财务、审批、生产数据。机器能直接读取。

CRM 知道的:某客户过去三年采购了多少钱。仅此一条,静态、滞后。

第二套系统 · 人脑
默会知识

经验、直觉、判断、洞察;行业潜规则、客户关系、协作默契。恰恰是企业最核心的竞争力。

销售负责人知道的:客户老板最近在考虑换供应商;决策人真正关心什么;哪个对手正在接触;哪个项目最可能成交。

数据被记录
信息被理解
知识被沉淀
智慧被运用
决策创造价值
AI 更擅长:记录、理解、沉淀企业护城河:运用智慧,做出决策
02 / 经验断层

前沿模型有博士级智商,却没有一天工龄

逻辑推理已经到了天花板,业务经验却是零。中间那道断层,才是企业真正高价买单的地方。

企业真正高价买单区 博士级智商 × 30 年业务经验 博士级 资深 入门 逻辑智商 / 推理能力 0 年 · 业务小白 10 年 30 年+ · 资深老手 行业经验 / 业务上下文 本体补的是工龄 前沿基础大模型 博士级逻辑智商 · 0 年工龄 30 年行业老手 深厚业务直觉 · 逻辑不及模型
智商不是瓶颈

前沿基础模型的逻辑推理已到博士水平,而且每季度还在变强。再等一代模型,也补不上工龄。

经验才是那道墙

这单为什么排不进、这颗料能不能放行、这台设备为什么抖。答案只在老师傅脑子里,不在任何系统里。

本体补的是工龄

把老师傅的经验写成机器可读的本体,让博士级智商在你的产线上第一天就能开工。

03 / 解法

把默会知识,变成机器能读的本体

本体(Ontology)是对业务世界的形式化建模:用机器可理解的方式定义概念、属性、关系和规则,形成企业共享的语义词汇表。

对象

客户、订单、设备、工序。业务里真实存在的东西。

属性

描述对象的特征:状态、等级、优先级。

关系

对象如何关联:谁供货给谁、哪道工序依赖哪台设备。

规则

隐性判断的显性化:什么情况下报价要上浮、订单要预警。

过去 · 传统数据治理
  • 管的是表、字段、指标、质量
  • 面向人:靠文档和口口相传解释含义
  • AI 直接查表,读不懂业务上下文
现在 · 本体驱动的数据管理
  • 管的是业务对象、关系、规则
  • 面向 AI:语义层让机器读懂业务语言
  • AI 先通过本体理解业务,再参与判断

数据模型定义数据的结构与格式,本体定义数据的上下文与含义。本体是 AI 与企业数据之间的翻译官:数据提供事实,本体提供含义。

04 / 工程化

低门槛、规模化地生产高质量本体

企业要的不是零星建几个本体,而是让本体语义资产从「能建」迈向「可用、可管、可运营」。业务专家不用懂技术,回答问题就行。

五环联动的本体工程
  1. 预处理多源知识转为标准化「语义原料」
  2. 建模AI 与专家协同生成本体模型
  3. 入库语义资产统一入库、可校验
  4. 平台版本、权限、复用
  5. 实施接入业务场景,服务 AI Agent
「7+1」语义规范 × 29 句话,把业务讲清楚

29 种标准化自然语言描述模板,是 AI 理解业务的「语法」:AI 读表单、文档、手册自动提炼;业务专家按范式口述,萃取文档里没有的隐性知识。三类表达对应三类知识,也对应三套开放标准。

说清「有哪些对象」

统一术语,定义对象的属性与关系,划分公共层、领域层、实例层。

SKOS · RDF · OWL
概念性知识
说清「任务怎么做」

拆解原子动作并关联对象,明确本体数据的操作与查询逻辑。

OWL-S · SPARQL
流程性知识
说清「有哪些规则」

用「如果…那么…」显性化业务控制点,界定语义边界与角色权限。

SWRL · OWL · ODRL
规则性知识
29 类标准问题
  • 这个环节由谁来审批?
  • 什么情况下报价要上浮?
  • 这道工序依赖哪些设备?
  • 出现例外时找谁拍板?
AI 需求工程师
FDE Agent访谈 · 追问 · 萃取 · 结构化
直接生成本体

业务专家只管回答问题,FDE Agent 顺着回答追问例外和边界,把口述内容萃取成概念、流程、规则三类知识。FDE 取自 Palantir 派驻客户现场做需求转译的 Forward Deployed Engineer,我们把这个角色做成了 Agent。

为什么是现在:Agent 吃的东西变了
  1. 2022硬编码流程自研脚本 · LangChain 早期人要写几千行代码,业务一变就改代码
  2. 2023拖拽画流程图Dify · n8n · Coze人拖几十个节点,流程仍是提前画死
  3. 2024图会循环、会分支LangGraph能分支能重试,每条路仍要人提前设计
  4. 2026只给目标和一份文档Claude Agent SDK · Claude Code人写一页流程文档,AI 自己拆步骤、边做边检查
  5. 不远的将来连文档都不用写趋势正在成形AI 主动访谈业务人员,自动生成文档并搭出 Agent

前几代 Agent 吃的是流程,把业务翻译成流程图的过程恰恰是默会知识丢失的地方:老师傅那些「看情况、凭感觉」的判断,天生画不成节点和连线。会读文档的 Agent 才接得住。我们的做法:最新的 Agent 引擎,跑在本体之上。人只给目标和本体,Agent 读本体理解、规划、靠本体查数据执行、观察、修正,直至完成。

05 / 落地

从一个小流程的本体开始

真正的起点不是上大模型,而是「一个小流程的胜利」,和一份可复用的本体资产。

  1. 选一个痛点流程合同审查、销售报价、售后工单:重复多、规则明确、数据集中。
  2. 为流程建一个小本体梳理对象、属性、关系,把老师傅的隐性判断规则显性化。
  3. 把数据挂接到本体,形成语义层让 AI 通过本体理解业务,而不是直接猜表和字段。
  4. 用 AI 增强,而不是替代AI 先做建议、辅助判断、自动处理一部分,人做最终决策。
  5. 跑通一个,再复制下一个流程可复制,本体资产可复用。每落地一个流程,语义层就厚一层。
知识主权:别让自己的护城河,变成别人的训练数据

今天多数企业用 AI 的方式,是把默会知识写进提示词、上传成文档交给外部模型。用一次,它就长进了别人的能力里,对手同样可得。落地的前提不只是让 AI 读懂业务,还要让读懂的那部分留在自己手里。

数据不出域,知识不外流

本体与语义层部署在企业自己的私有云、机房或产线边缘;模型只做推理,不带走数据,也不带走判断规则。

模型可换,知识不重建

本体是稳定的知识底座,大模型是可插拔的推理引擎。换模型不必重做知识工程,能力升级不以主权为代价。

开放标准,资产可迁移

本体以 SKOS、RDF、OWL 等开放标准表达,语义资产可导出、可审计、可移植,不被平台或模型厂商锁定。

默会知识本体AI 读懂业务

AI 不是一场技术革命,而是一场企业运营方式的变革。主权不是把 AI 关在门外,而是让 AI 越用越强的那部分,长在企业自己身上。

共同的做法

上面是为什么,这里是怎么做。九个案例来自不同行业,但底下是同一套工程判断。这五条在每个系统里都能找到对应的页面,不是写在方案里的口号。

本体先行

知识与执行分离

业务规则、字段口径、跨源映射写进本体,作为数据层与决策层之间的可执行契约。改规则改的是本体里的一句话,不是代码。

白盒优先

无引用不输出

任一结论必须挂到本体节点与数据出处。查不到引用就拒答并升级到人,而不是给一个看起来合理的答案。

人在回路

分级放权,可调档

默认从建议模式起步,日常小幅调整可自主执行,插单、外协、改交期停在人面前。放权由数据驱动、由人签字。

求解器 + 大模型

确定性内核

排产、分配、匹配这类有硬约束的问题交给 CP-SAT 与规则引擎,大模型负责理解需求、解释方案、与人对话。两者边界清楚。

评测驱动

No eval, no deploy

场景卡里冻结的那个指标就是评测集的第一条。错例归类后回填知识与本体,形成闭环,而不是一次性交付。

关于 String2AI

把一段业务描述,变成一个能跑的 AI 系统。

String2AI 关注的是 AI 在制造与企业经营里的最后一公里:需求怎么萃取、知识怎么建模、Agent 怎么放权、方案怎么被人接受。这里的每个案例都从一份需求文档或一次访谈开始,在很短的周期内做成可操作的原型,用来对齐需求、评审方案、验证价值,再决定是否进入正式建设。

原型全部零依赖或轻依赖,可离线运行,可直接部署到客户内网。

合作联系
WeChatcvcreator

想聊聊你的场景,或想看某个演示的完整版,直接联系。

手机扫码打开
关于数据与客户名称。各演示系统中的产品线、订单、供应商、人员画像、财务数字等均为按行业特点构造的示例数据,不代表任何企业的真实经营数据。部分演示因包含客户需求文档内容而设置了访问口令。