把 Agent 的「电脑」当成水电煤来供
10 月 29 日到 30 日，2026 腾讯全球数字生态大会在深圳举行，其中 Agent Infra 落地实践专场把一件事摆到了台前：Agent 正在变成新的生产力载体，但让它稳定跑起来需要的不是又一款应用，而是一整套生产级的运行环境。腾讯云在这次专场上宣布 Agent Runtime 产品矩阵升级，围绕 Agent 沙箱、开发部署与状态管理补齐能力，并集中展示了 AgentCBS、AgentCFS、Agent Bucket 与 Agent 可观测等进展。
这里的逻辑和过去给开发者发虚拟机不一样。传统应用是常驻的、可预期的服务；Agent 的工作方式则是海量短命且带状态的任务，随时启动独立执行环境、长时间保留工作状态、自主调用工具与处理数据，还要在任务被中断后把状态接回来。基础设施既要承接大量任务集中启动，也要在 Agent 等待指令或外部反馈时压低资源占用，恢复后再接续工作。把这套能力做成产品，等于把 Agent 的运行层当成水电煤一样随取随用。
沙箱要跑得够快，也要停得够稳
升级里最受关注的是执行环境的启动与状态管理。腾讯云方面介绍，资源预创建、镜像预热与模板快照被前置到请求到来之前，减少调度、网络配置与初始化的等待；镜像按需加载加缓存复用，提升大规模环境的交付效率。在相关压力测试里，沙箱最快约 60 毫秒启动，同构镜像场景每分钟可交付约 60 万个沙箱，异构镜像场景每分钟约 16 万个。
另一组能力是快照、暂停、恢复与克隆。它们支撑的不是一个炫技指标，而是真实工作流：训练中的并行探索、操作失败后的回退、长周期任务中断后的接续。Agent 跑一个长任务，中途被外部事件打断，能不能在不丢失进度的情况下接回去，往往决定了它能不能真正进生产。底层沙箱技术 CubeSandbox 在今年持续迭代，并已开源，为代码执行、工具调用与模型训练提供弹性且隔离的执行环境。
和此前两次腾讯相关报道不是一回事
需要把这次升级和本站此前的两条腾讯报道区分开。一条是腾讯 Buddy One 与腾讯网盘，讲的是应用平台与记忆空间；另一条是腾讯健康的医疗智能体工具箱，讲的是行业方案。本次是更靠下的基础设施层——Agent 沙箱、块存储、文件存储、对象存储与可观测，解决的是「让海量 Agent 高效、稳定、安全地跑」这件底座的事。三者是同一家公司不同高度的叙事，不是重复。
冷水要写在前面。公开的数字来自厂商口径，60 毫秒启动与每分钟 60 万沙箱的交付能力尚未见独立审计；开源 CubeSandbox 不等于开源全部运行时，真正决定成本与安全的调度与隔离策略仍掌握在平台方；公开材料没有给出高密度沙箱下的成本曲线，而密度与成本的真实权衡恰恰是采购方要问清的部分。对团队的实际建议是：先把可执行环境的隔离边界、状态保留的持久性、以及与现有 CI 和权限体系的衔接想清楚，再谈规模。
它指向的是同一个判断
把这次升级放到近几个月的脉络里看，信号是一致的：Agent 已经从能演示走向要生产，而生产要的是可靠、可观测、能回退的运行层。本站记录过把 Agent 运行时拆成「看得见、拦得住、回得去」三层的讨论，也记录过评测进托管沙箱、协议层审批门逐步落地。腾讯云这次是把其中「跑得动、停得稳」这一格，用产品矩阵的方式补了起来。底座越厚，上层的智能体才越敢放手做事。