Featured image of post 视觉 AI 落地进入系统工程阶段:模型之后,企业还缺什么

视觉 AI 落地进入系统工程阶段:模型之后,企业还缺什么

格灵深瞳官网折射视觉AI落地新重心。

事件:视觉模型之后,系统能力被推到台前

事件:视觉模型之后,系统能力被推到台前

格灵深瞳近日上线新官网 Glint AI Studio,把模型服务、视觉智能产品、边缘终端、Token Fabric、DeepBot 和行业方案集中呈现。相比单纯发布某个模型,这次更值得关注的是:视觉 AI 的落地叙事正在从“模型能不能识别”,转向“模型能不能在业务现场长期稳定运行”。

视觉 AI 与纯云端软件不同,它要面对摄像头、视频流、园区、银行网点和城市管理现场等真实环境。数据往往产生在边缘侧,推理也常常需要在本地完成。一套模型训练完成,并不意味着项目结束,反而意味着接入、部署、调度、迭代和运营刚刚开始。

从边缘运行到算法生产

在这条链路中,最靠近现场的是 GBOX 边缘智算盒子。它承担把视觉智能能力部署到边缘侧的角色,用于现场感知、推理运行和相关数据回传。通俗地说,边缘计算就是把部分计算任务放到靠近数据产生的位置完成,以降低对中心云端的依赖。

但 GBOX 只回答了“算法在哪里跑”。继续向前看,还需要回答“算法从哪里来”和“上线后谁来管”。因此,格灵深瞳把 GBOX 与 MENTOR、EXPERT 组合成不同路径:

  • MENTOR 算法训练大师 + GBOX:面向模型和算法训练,企业可结合自身业务数据进行算法生产和持续优化,再部署到边缘运行;
  • EXPERT 算法运营专家 + GBOX:更侧重算法运营、业务编排和项目管理,适用于强调数据安全、本地化运行和自主运营的场景。

二者指向不同问题。MENTOR+GBOX 更偏持续训练和服务化交付,EXPERT+GBOX 更强调本地运营与完整私有化部署。这也构成了视觉智能工坊 VE²S 的核心逻辑:把过去需要反复准备数据、调试模型、适配设备和部署上线的流程,拆解为相对稳定的产品能力。

多模型时代,需要运行层治理

多模型时代,需要运行层治理

当企业只运行一个模型时,系统复杂度有限;但多个模型、多个推理服务和多个 AI 应用同时接入后,问题会迅速扩展:请求发给哪个模型、资源如何调度、调用如何计量、服务如何保持稳定。

格灵深瞳此次呈现的 Token Fabric 正处在这一层。按其产品定义,它围绕模型运行、推理效率、Token 生产,以及统一接入、路由、计量和服务治理等能力展开,为不同模型与推理能力的调用和运营提供支撑。Token 可简单理解为模型处理信息时的基本计量单位,常用于衡量输入输出规模和服务消耗。

这里也能看到 MaaS 与 TaaS 的区别:MaaS 更关注模型能力如何以服务形式提供;TaaS 则围绕 Token 的生产与运营。**Token Fabric 不决定模型“会什么”,而是负责模型成为服务之后如何被调用、调度、计量并稳定运行。**它更像视觉 AI 系统中的运行时和服务运营层。

模型服务前台化,业务应用接棒

新版官网中,“灵感实验室”被推到前台,集中呈现视觉基础模型、多模态模型、人脸识别、三维视觉和行业模型,并开放模型体验与模型服务入口。这意味着模型能力正在从内部技术资产,进一步变成可对外调用的服务。

不过,模型服务并不是终点。企业拿到模型后,还要结合自身数据训练优化,完成边缘部署,并在上线后持续运营。若按运行链路重新排列,Glint AI Studio 展示的是:模型能力 → 算法生产与运营 → 边缘运行 → AI 服务运营 → Agent 与业务应用。

最后一环由 DeepBot 承接。根据格灵深瞳给出的定位,DeepBot 连接模型、企业知识、Skill、工具和既有系统,使 AI 从知识问答进入任务执行,并围绕岗位与流程形成 Agent 和 AI 原生应用。Agent 可理解为能根据目标调用工具、拆解任务并执行流程的智能应用形态。再往行业场景深入,则由城市管理、金融等解决方案以及深眸、战狼、四方镜、金砖等产品组合适配。

点评:竞争焦点从模型转向持续运行

过去十多年,视觉 AI 竞争很大程度围绕识别准确率、算法数量和行业经验展开。随着基础模型能力快速普及,新的分水岭正在出现:谁能让模型进入真实现场后持续工作,并与企业流程连接起来。

这要求企业 AI 不只采购模型,还要建设一整套工程体系:数据可继续进入,算法可持续生产和运营,模型可在边缘部署,服务可统一调度和治理,最终还能进入业务工作流。格灵深瞳这次通过 Glint AI Studio 呈现的,并不只是产品矩阵,而是把分散能力组织成视觉 AI 持续运行链路。未来视觉 AI 的差异化,可能越来越来自模型之外的系统能力。