Timeline: 阿里云 AgentRun（材料）

Thu, 17 Sep 2026 00:00:00 +0000

主要出处：阿里云，2025-12-10，AgentRun 发布，一站式 Agent 基础设施平台。本页不复制公告全文。

当时说了什么

定位：函数计算推出的「一站式 Agentic AI 基础设施平台」，以高代码为核心，覆盖 Agent 应用的开发、部署、运维全生命周期；可集成 AgentScope、LangChain、ADK、CrewAI 等框架，支持云端托管或私有化部署。
弹性与计费：宣称从 0 到百万级并发弹性、精细化计费。
休眠与唤醒：通过请求感知调度、实例冻结与内存快照，实现运行时与沙箱的自动休眠和毫秒级唤醒（厂商自报 1 毫秒）。
会话亲和：公告明确写「突破传统 Serverless 的无状态限制」，为 Agent 提供运行时状态的持久化与上下文管理，保障多轮对话。
内置沙箱：Code Interpreter、Browser Tool、All In One 等，内置多语言执行引擎与浏览器自动化引擎，面向多租户提供隔离。
治理与追踪：模型侧用统一代理屏蔽 API 差异；工具侧用 MCP 标准化封装、Hook 与智能路由；全链路追踪把每一步决策路径、耗时与状态可视化。

这不是模型或协议事件，也不提供新的 Agent 循环语义——循环仍由框架或调用方决定。它回答的是执行位置问题：Agent 的运行时和沙箱在云上以什么形态存在、按什么计费、状态怎么跨请求活着。

「毫秒级唤醒」「降低多少 TCO」这类数字都是厂商自报，公告没有给出可复现的测量口径。写进时间线时按当时主张记，不作独立结论。

Thu, 17 Sep 2026 00:00:00 +0000

Serverless 的默认契约是无状态：请求来了起实例，请求走了销毁，状态外置到数据库或对象存储。Agent 的运行形态恰好相反——一次任务是一段长达几分钟到几小时的轨迹，中间有工作副本、进程、打开的连接、累积的观察。把它硬塞进无状态函数，每一步都要重新装载，代价全落在延迟上。

AgentRun 的两个设计正面回答这道矛盾：会话亲和让同一个会话持续路由到同一份运行时状态；休眠与唤醒让这份状态在空闲时不被销毁、需要时快速回来。这不是新循环，是给循环换了一个能活得更久的宿主。

它同时把沙箱做成平台内置项（代码解释器、浏览器），意味着「Agent 在哪执行」从开发者的选型变成云厂商的目录项。

这条与同期 AWS AgentCore、以及 2026 年上半年 Anthropic、OpenAI、Google 的动作连起来看，是同一个转折：云厂商开始把 Agent 运行时当作一种基础设施品类来提供。

对时间线的意义在于时间点——2025 年 12 月。此时 Aries、SpecBox 这类测量与调度论文还没出现（2026 年），但产品侧的答案已经先摆出来了。工程先于论文，这条线在 2026 年被倒过来写成「基础设施第一次成为 Agent 史主线」。