news 2026/6/24 3:57:27

智能体爆发前夜,为什么说底层平台才是真正的胜负手?

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
智能体爆发前夜,为什么说底层平台才是真正的胜负手?

2026 年的 AI 产业,正在经历从 “概念热” 到 “落地难” 的关键拐点。

一边是大模型、智能体层出不穷,技术迭代速度不断刷新行业认知,企业被 “再不拥抱 AI 就会落后” 的焦虑裹挟;另一边是真实的落地困境摆在 CIO 面前:6 个月的落地周期、仅增加 10% 的预算却要实现效益翻倍、海量遗留系统无法推倒重来、内部组织对 AI 的接受度参差不齐,甚至多模型、多智能体、多算力厂商带来的技术栈碎片化难题。

在近期举办的 2026 红帽媒体 Open 讲上,红帽全球副总裁兼大中华区总裁曹衡康携技术与管理团队,围绕 2026 红帽全球峰会的核心内容,给出了这家开源巨头的产业判断:AI 时代,企业最核心的竞争力从来不是选对某一款模型,而是拥有持续选择的能力;而承载这种能力的,是稳定、开放、兼容的底层平台。

三次技术浪潮,一条不变的 “平台定律”

在曹衡康的表述里,IT 行业某种程度上是个 “时尚行业”:每隔几年就会出现一个新的概念风口,但拨开概念的外壳,底层的运行逻辑始终没变。

三十年前,ERP、CRM 等企业级应用遍地开花,最终所有应用都沉淀到了 Linux 操作系统之上,Linux 成为行业通用的标准底座;十几年前云原生浪潮兴起,各类云厂商、云原生应用层出不穷,最终 Kubernetes 成为容器编排的事实标准,而红帽 OpenShift 作为企业级 Kubernetes 平台,在 2026 年第一季度正式达成 20 亿美金年度经常性收入的里程碑,验证了平台层的商业价值。

“现在大家都在谈 AI,谈模型,谈智能体,但不要忘了,所有开源模型本质上都跑在 Linux 之上。” 曹衡康表示,“一个再好的模型,也可能受技术迭代、商业策略、合规要求等各种因素影响出现变数。企业不能把所有赌注压在单一模型、单一智能体甚至单一算力厂商上,它需要一个足够稳固的平台,来承载所有上层的变化。”

这正是红帽在本次峰会上提出 “未来的平台,即是选择” 的核心背景。在红帽的判断里,AI 浪潮最终会复刻 Linux、云原生的发展路径:上层应用与模型快速迭代、不断出新,但底层平台会逐步走向标准化,而这个平台需要支持 “四个任意”—— 任意模型、任意算力加速器、任意云、任意智能体。

“企业最大的挑战从来不是选错了模型,而是失去了选择模型的能力。” 这句话被红帽团队反复提及,也成为理解红帽全线 AI 战略的核心钥匙。

企业 AI 落地的真问题:比起 “选什么”,更怕 “没得选”

在分享中,红帽团队点出了当前企业级 AI 落地的普遍痛点,也解释了为什么 “选择权” 比 “选什么” 更重要。

对企业 CIO 而言,AI 落地的压力是多维的:

  • 资源约束:业务侧要求 6 个月内看到 AI 落地成效,预算却十分有限,甚至要求在仅增加 10% 投入的情况下实现效益翻倍;
  • 遗留包袱:过去十几年企业在虚拟化、传统应用上投入了巨额成本,不可能为了 AI 全部推倒重来,必须在现有系统基础上做增量改造;
  • 组织摩擦:内部对 AI 的接受度不一,既有对技术替代岗位的担忧,也有对 AI 安全风险的顾虑;
  • 技术碎片化:模型厂商、算力厂商、智能体框架快速迭代,企业不同部门对 AI 的需求差异极大 —— 人事、财务、工程、销售部门需要的智能体完全不同,且数据权限必须严格隔离。

例如某企业因全公司共用同一个智能体,工程师通过引导式提问,最终套出了不同职级的薪资数据,本质原因就是不同业务的智能体没有做独立的权限隔离。

“未来一家企业里一定会有几十种不同的智能体,好几个不同的模型,对接多家不同的 GPU 厂商。” 曹衡康表示,“如果每上一个新模型、新智能体就要搭一套新的技术栈,企业的成本和管理复杂度会指数级上升。而一个统一的开放平台,就是把选择权交回企业手里:你可以随时换模型、换算力、换智能体,底层的运维、安全、管控体系完全不用变。”

红帽的解题思路:用一个平台,兼容所有不确定性

围绕 “平台即选择” 的核心战略,红帽在本次峰会上更新了全线产品的能力,从底层操作系统、容器平台、AI 平台到自动化工具,形成了一套完整的企业级 AI 落地支撑体系。

红帽 AI 3.4:从推理、数据到智能体安全的全栈布局

作为红帽 AI 战略的核心载体,即将推出的 Red Hat AI 3.4 版本将核心能力聚焦在推理、数据、智能体三大方向,底层平台则全面支持跨云、跨硬件、跨模型、跨智能体的灵活部署。

推理侧,红帽在社区热门推理引擎 vLLM 的基础上,拓展了 llm-d 分布式推理能力,支持水平扩展与批量处理,适配企业大规模推理的性能需求。更值得注意的是,红帽在这一层做了一次 “自我颠覆”:llm-d 可以跑在任意操作系统、任意 Kubernetes 平台之上,并不强制绑定红帽的底层产品。用红帽大中华区方案架构部总经理王慧慧的话说,“为了帮用户实现‘四个任意’,我们把自己也推翻了”。

数据侧,红帽 AI 强化了数据全链路追踪能力,可实时定位企业内部数据的流向与使用场景,确保私有数据在模型训练与推理过程中的安全合规,支撑企业用自有数据训练专属模型。

智能体侧,红帽重点补齐了安全管控能力,提出了智能体身份识别与生命周期管理、全链路追踪与可观测性方案。简单来说,平台可以精准区分操作主体是人还是智能体,即便智能体获取了账号密码,也无法执行转账、重启核心进程、泄露机密数据等高风险操作。这套 Agent Ops 管控模式,直接解决了企业大规模部署智能体的核心安全顾虑。

生态合作层面,红帽与 NVIDIA 达成深度联合开发,成为 NVIDIA Blackwell 架构 Day Zero 支持厂商,推出 Red Hat AI Factory with NVIDIA 联合方案,可面向企业、云服务商提供混合 AI 能力与 Token as a Service 服务。

RHEL 的 “双轨制”:给 AI 速度,给核心系统 “永续” 稳定

AI 时代的企业需求呈现出鲜明的矛盾性:AI 创新业务要求快速迭代、灵活部署,而核心业务系统要求极致稳定、常年不升级。红帽企业 Linux(RHEL)给出的解法是 “快慢双轨”,用两套方案同时满足两种需求。

针对快速迭代的 AI 场景,红帽推出了安全加固镜像。它类似容器镜像,体积小巧、部署便捷,打包了 AI 开发所需的依赖库与运行环境,更重要的是红帽承诺提供零 CVE 的安全加固能力,从底层操作系统层面减少漏洞引入。该镜像对所有 RHEL 与 OpenShift 订阅用户免费开放,大幅降低 AI 开发的底层安全成本。

针对追求极致稳定的遗留系统,红帽发布了 “RHEL Forever” 长生命周期增强包。目前红帽客户中,生产环境里最久的 RHEL 系统已经连续运行 14 年未升级。而新的增强包打破了固定支持周期的限制,客户可根据自身业务需求自定义支持时长 ——10 年、20 年甚至 30 年以上,红帽将持续提供安全补丁与关键错误修复,让核心系统可以 “讨厌变化、只爱稳定” 地长期运行。

OpenShift:从云原生底座到 AI 统一平台

作为红帽混合云战略的核心,OpenShift 正在从容器平台进化为 “容器 + 虚拟机 + AI” 的统一底座。 数据显示,2025-2026 年跑在 OpenShift 上的虚拟机数量实现了 417% 的增长,越来越多企业将传统虚拟化负载迁移到 OpenShift 上,实现容器与虚拟机的统一管理。而在 AI 时代,红帽提出了一个核心判断:AI 不是一套全新的技术栈,只是一种新的应用类型,它完全可以跑在企业现有的 OpenShift、RHEL 平台之上,无需从零搭建基础设施。

为了适配 AI 开发的特点,红帽还将推出 Red Hat Desktop,打通本地开发环境与生产环境的壁垒。开发者在笔记本上完成的 AI 应用、智能体开发,可以直接推送到生产环境部署,无需做环境适配,解决了 AI 开发 “本地能跑、生产报错” 的普遍痛点。

自动化与安全:把 Agent 从 “野蛮生长” 纳入企业级管控

随着智能体的普及,企业自动化体系正在迎来第三次演进:从最早的屏幕操作自动化,到 API 驱动的批量自动化,再到如今智能体驱动的自主自动化。三类自动化场景并存,也带来了管理碎片化的问题。

对此,红帽 Ansible 自动化平台实现了三类自动化任务的统一编排:企业可以把智能体作为自动化流程中的一个环节,和 API 操作、人工审批节点串联起来,在同一个管理平面完成全流程调度与审计。既发挥智能体的效率优势,又通过人工审核、全链路可追溯保障安全,避免智能体 “野蛮生长” 带来的管控风险。

针对 AI 时代开源软件供应链安全的新挑战,红帽与 IBM 共同启动了 Project Lightwell(光井计划),承诺投入 50 亿美金、依托 2 万多名工程师团队,守护开源软件供应链安全。该项目的核心特点在于:

  • 覆盖范围广:不止针对红帽产品,而是面向客户环境中所有开源软件提供漏洞扫描与补丁修复;
  • 支持版本全:发现漏洞后会做 backport 处理,将补丁同步到多个历史版本,让老版本系统也能获得安全修复;
  • 全社区共享:补丁成熟后将贡献给上游开源社区,惠及整个开源生态。

不止于云:向汽车、机器人延伸的 Linux 边界

在云与数据中心之外,红帽的平台能力正在向更多端侧场景延伸,而核心底座依然是 Linux。

在汽车领域,红帽车载操作系统 RHIVOS 已经落地,日产汽车成为标杆客户,基于红帽的方案打造标准化、可扩展的车载软件平台。在机器人与具身智能领域,红帽正在推进相关适配与合作:机器人的 “大脑” 与 “小脑” 都可以基于 RHEL 的实时版本与边缘版本运行,而工厂内成百上千台机器人的调度与管理,则可以依托 OpenShift 与 Ansible 实现。

“不管是车载操作系统还是机器人操作系统,本质上都是 RHEL 的变体,底层都是 Linux。” 曹衡康表示,“就像当年 Linux 统一了服务器操作系统标准,未来在车、机器人这些新场景里,底层的操作系统底座依然会是开源的 Linux。”

在中国市场,红帽也在推进本土化的落地节奏:

  • 联合《CIO 时代》启动《2026 中国企业级 AI 实践调研分析年度报告》,覆盖 350 + 企业 CIO,梳理 AI 从试点到规模化落地的实战路径;
  • 拓展本土生态,与 MetaX、AMD、蚂蚁开源、字节跳动开源、百度智能云等合作伙伴持续举办技术 meetup,共建 AI 开源生态;
  • 深耕重点行业与区域,在成都联合 Intel、西门子举办制造业峰会,向大湾区、长三角、京津冀及成都、武汉、西安等核心城市渗透;
  • 持续投入开源人才培养,2026 年迎来红帽挑战赛十周年,每年覆盖数千名高校学生,为行业输送开源技术人才。

AI 时代,企业更需要 “底座理性”

当下的 AI 行业,“颠覆” 是最高频的词汇之一 ——AI 要颠覆软件、颠覆流程、颠覆组织架构。但红帽给出了另一种更贴近企业真实需求的思路:颠覆从来不是目的,落地与增长才是;基础设施层的稳定性,是所有上层创新的前提。

对企业而言,AI 不是推翻一切重来的理由,而是现有平台升级的方向。比起追逐每一款最新的模型、每一个热门的智能体框架,更重要的是搭建一个能兼容现在、支撑未来的底层平台 —— 它既能托住运行了十几年的核心业务系统,也能跑通最新的 AI 模型与智能体;既能适配当下的算力厂商,也能在未来随时切换技术路线,不会被单一厂商锁定。

红帽大中华区首席技术官张家驹在分享中提到一个细节:去年行业关注点都在 GPU 上,甚至有人觉得操作系统的作用在弱化;但随着智能体的兴起,工具调用、流程控制、安全沙箱这些能力都要跑在 CPU 上,都依赖操作系统的管控,底层平台的价值反而更加凸显。

这正是技术发展的理性回归。三十年开源历程,红帽从来没有站在应用层的风口中央,却踩中了每一次技术变革的节奏 —— 它始终在做一件事:为每一波技术浪潮打造标准化、开放的底层底座,把创新的选择权交给上层的开发者与企业。

当 AI 的热度逐渐沉淀,产业走向深水区,真正决定企业能走多远的,或许从来不是某一款惊艳的模型,而是那个能托住所有创新、也能扛住所有风险的稳定平台。而这,正是 “未来的平台即是选择” 这句话背后,最朴素也最深刻的产业逻辑。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/6/24 3:51:38

3秒搞定图片格式转换:Chrome扩展神器Save Image as Type使用指南

3秒搞定图片格式转换:Chrome扩展神器Save Image as Type使用指南 【免费下载链接】Save-Image-as-Type Save Image as Type is an chrome extension which add Save as PNG / JPG / WebP to the context menu of image. 项目地址: https://gitcode.com/gh_mirrors…

作者头像 李华
网站建设 2026/6/24 3:51:07

dfs代码问题根源分析

目录 1. 核心超时原因 2. 正确建图思路 优化后完整代码(DFS 版,AC 不超时) 关键优化点对比 旧代码缺陷 新版优化点 补充:BFS 迭代版(防止递归深度过大栈溢出) 原理简单说明 1. 核心超时原因 双重循…

作者头像 李华
网站建设 2026/6/24 3:48:44

TikTok国际版下载避坑指南:2026年最新完整教程

最近很多朋友问我,怎么在国内下载TikTok国际版。说实话,这个问题比想象中复杂一点,但只要搞清楚几个关键点,整个流程其实没那么玄乎。今天就把我们团队实操验证过的方法分享出来,给想做TikTok运营或者想了解海外版抖音…

作者头像 李华
网站建设 2026/6/24 3:45:40

独立产品从0到1:技术人的产品打磨方法论

独立产品从0到1:技术人的产品打磨方法论 一、独立开发的最大陷阱:用技术思维做产品决策 技术人做独立产品,最容易掉进"技术驱动"的坑。花三个月打磨架构、优化性能、完善 CI/CD,上线后发现没人用。问题不是技术不够好&…

作者头像 李华
网站建设 2026/6/24 3:43:42

【共创季稿事节】动图魔方技术拆解 03:HarmonyOS 6.1 本地优先 GIF 工具:素材选择、文件 URI、相册保存与系统分享

SEO 信息SEO 标题:【共创季稿事节】动图魔方技术拆解 03:HarmonyOS 6.1 本地优先 GIF 工具素材链路实战SEO 摘要:基于 HarmonyOS NEXT / ArkTS 项目“动图魔方”,拆解一个不依赖登录态、不申请网络权限的 GIF 工具如何完成本地优先…

作者头像 李华
网站建设 2026/6/24 3:33:50

狼享Lite版(LAN Share Lite) 教程

狼享Lite版(LAN Share Lite) 教程 永久免费、跨平台的 LAN Share Lite。 一句话定位 狼享Lite版(LAN Share Lite) 是一个无需上传第三方云端、将局域网带宽最大化、打开浏览器即可使用的局域网文件共享工具,适合个人、家庭、工作室和临时协作。 系列目录 第一组&…

作者头像 李华