大模型在工业场景的落地障碍可以具体化为三个失败模式。连不上模型对现场一无所知让它分析设备状态它只能基于训练语料泛泛而谈不敢给即便接上了接口把设备控制权交给一个概率模型的输出没有哪个运维团队敢签字答不准工业问答要的是3 号窑炉当前温度这样的确定数值而模型的本质是生成不是检索。这三个障碍指向同一个结论工业 AI 的关键不在模型能力而在工程边界——数据怎么进来、权限怎么约束、确定性怎么保证。DC3 的 AI Agentic Centerdc3-center-agentic基于 Spring AI 2就是围绕这三条边界设计的领域逻辑在dc3-common-agentic服务壳只做装配对上游以 OpenAI 兼容接口与 Anthropic 接口两类协议接入模型对下游把平台业务能力注册成模型可调用的工具。能力栈模型可换工具面不变整个能力栈分三层各层的变化速率完全不同。模型接入层。提供方分两类OpenAI 兼容协议与 Anthropic 原生协议。GPT、Claude 走各自协议直连DeepSeek、Qwen 等以 OpenAI 兼容接口接入。模型与提供方的配置本身是平台数据库里的管理数据ChatClientFactory按租户解析配置并缓存客户端实例替换模型是配置变更而非代码变更配置按租户隔离每个租户可以选自己的模型与默认项未配置时回退到环境变量定义的默认模型。值得说明的是一个诚实降级请求准备阶段会检查所选模型是否声明支持工具调用不支持时这一轮对话退化为纯对话而不是把工具调用发给一个接不住的模型。编排层。Agentic Center 负责会话管理、上下文组装、记忆加载与工具注册。模型只看到一份组装好的提示与一份工具清单不感知平台内部结构。工具面。模型真正能触达的范围是十个工具类设备、驱动、点位、位值、模板、命令、事件、用户、租户、系统。以设备工具为例模型可以按 ID 精确查、按名称或编码模糊搜索、按驱动或模板列出设备每页数量被钳制在上限之内——分页保护写在工具签名里不依赖模型自觉。位值工具提供取最新值与取窗口历史两个读法。关键在于这些工具不是为 AI 单独造的第二套 API——每个工具方法背后是平台既有的门面接口DeviceFacade、PointValueFacade等跨服务调用与运维人员在管理台操作走同一套权限与租户体系。模型没有特权账号。在工具面之下数据中心还提供了一组面向分析的只读端点查最新、查历史、统计画像、时段对比、活跃排名、趋势分析、阈值报告、序列相关、数据质量九个。这组端点带有专门的 AI 元数据标注会进入平台的智能体工具目录下一篇展开它们的约束方式值得注意——租户从鉴权主体注入请求体里没有租户字段可伪造单次调用最多 20 条序列、每序列最多 5000 个样本、窗口最长 90 天超限直接结构化拒绝并附收窄建议发生截断时在返回里如实标注。一次对话的走查从自然语言到确定数值以 Web 端 AI Chat 里一个典型问题为例3 号车间最后一小时温度最高的设备是哪台拆开看每一步平台做了什么。第一步准备上下文。请求进入后平台先从鉴权主体提取租户 ID 与用户 ID连同会话 ID 一起注入工具上下文。这个注入发生在平台侧不由模型决定也不由客户端声明。第二步模型选择工具。模型理解意图后发起工具调用——先查车间内的设备清单再查温度点位的近期数据。工具调用经过追踪回调记录轨迹前端可以看到模型用了哪些工具、传了什么参数。第三步权限与租户约束。每个工具方法的第一行都强制提取租户上下文上下文缺失直接抛出未授权异常查询范围自动收窄到当前租户。模型不存在绕过这条检查的路径——它调用的是与人类操作同源的门面接口。第四步取数。设备查询经设备门面按租户过滤分页返回位值查询走平台的数据读取路径。模型拿到的是数据库里的确定数值不是生成出来的估计。工具的返回是结构化的五种状态之一成功、空结果、未找到、参数无效、错误——工具失败不会被伪装成成功模型必须面对查不到再决定怎么回答。第五步组织回答。模型把确定数值组织成自然语言历史类查询还会附带可视化规格折线图与统计卡片含均值标注——图表数据同样来自数据库。这是对答不准的工程解法数值来自数据库语言来自模型。模型负责理解意图与组织表达事实由平台数据保证。告警场景同理AI 辅助根因分析把相关设备的点位数据与命令历史通过同一套受租户约束的工具提供给模型产出的是分析建议供运维决策参考——是辅助不是裁决。写路径构造在 AI决定权在人读与写的边界设计是这个中心最值得展开的部分。读点位时模型通过命令门面提交读命令命令来源被明确标记为来自 AI 侧走的是平台既有的命令下发链路。而写路径强制经过一道人工闸门模型调用写点位工具时平台不是直接下发而是创建一条待确认的动作记录并返回等待用户确认管理界面列出这条待确认动作运维人员确认后才真正执行拒绝则动作作废。确认与拒绝本身也是带审计的接口。也就是说AI 的角色止步于把命令构造好——设备写值的参数由模型组织执行决定由人做出。这一边界与网信办《智能体规范应用与创新发展实施意见》2026-05的规范有序要求一致智能体可以辅助处置权留在人。会话记忆持久化多轮对话的上下文不是塞在内存里的易失状态。每条消息——用户的、助手的、工具调用的轨迹——都持久化到数据库每次新请求时按窗口加载近期历史默认窗口内最多 30 条参与组装附件则先行摘要为文本并入上下文摘要失败只降级不影响主流程。会话 ID 在持久层被改写为租户 用户 会话三元组作用域换一台终端重新登录同一会话能接上之前的上下文不同用户即使起了同名会话也绝不可能串扰。这解决的是工业场景的真实需求——运维交接班时上一班的对话记录就是现场情况的一部分。记忆持久化还有一层不那么显眼的收益工具调用的轨迹随消息一起落库事后可以回放一次回答背后模型查了什么、拿到了什么。当 AI 的回答需要向人解释时这不是附加功能而是前提。适用范围与限制AI 不自主执行处置。停机、启停等命令动作由 AI 辅助构造下发走平台命令链路并由人工确认如前文所述不做无权限的裸调用。每次工具调用都在调用者身份与租户上下文内进行能查什么、能写什么与这个人在平台上能做的完全一致不绑定模型。模型可插拔平台能力不依赖特定厂商特性。此外AI 能力上限由所选模型决定平台保证的是调用链路与数据面的正确性根因分析的质量取决于点位建模的完整度——数据不完整时分析缺乏基础。结语把这几条放在一起看Agentic Center 的设计取向很清楚模型被当作一种新的交互界面接入而不是当作一个新的权限主体引入。界面可以换成任何模型权限始终只有一套——这大概是AI 进工业目前最稳妥的落点。仓库GitHub pnoker/iot-dc3 · Gitee pnoker/iot-dc3GVP文档docs.dc3.site · book.dc3.site · demo.dc3.site在线体验 AI Chat
