SpecBox: Speculative Sandbox Scheduling for Efficient LLM Agent Serving。主张沙箱准备时间可以从关键路径上拿掉；机制不在此展开。
原文与本站译本：SpecBox 资料栏。
1 - SpecBox（论文）
论文主张与它证明了什么：沙箱准备时间落在 Agent 关键路径上，且可被调度拿掉。机制细节见资料栏。
SpecBox: Speculative Sandbox Scheduling for Efficient LLM Agent Serving。约 2026-08 公开（资料栏介绍写 8 月 5 日）。本站中文译本：中文。HTML/PDF 以 资料介绍 为准。
论文的主张
LLM agent 越来越多经 MCP 调用隔离沙盒。长生命周期预留内存太贵，按需实例化又带来冷启动——在多租户、多轮场景下，这段准备时间落在尾延迟上。论文的主张是：这段等待属于调度问题，可以不等模型变得更聪明就能缓解。
沙盒内部的隔离与调度机制不在本页展开，见资料栏。
它证明了什么
沙箱准备时间是可测量的 Agent 服务成本，不是实现细节。 作者给出原型与相对基线的对比，把「环境还没就绪」从工程抱怨变成可以放进容量与延迟模型的一项。
对 Agent 史的意义在这一条：2026 年，执行供给第一次被当作系统问题来量。
当时不是什么
这是一条系统路线与原型数字，不是业界默认调度器。预热猜错会浪费 CPU/内存——论文把阈值当成设计张力，没有宣布已经免费。
2 - SpecBox 讲解
沙箱冷启动进了 Agent 关键路径。环境未就绪，Action 只能阻塞。用推测调度去重叠，不靠核心再聪明一点。
论文解决了什么问题
Aries 测量到工具与沙箱不是边角。SpecBox 选其中一个可优化点：反应式「先说完再启动」把秒级冷启动串进每一步。MCP 把工具变成远程沙盒之后，这个问题更硬——协议标准化了调用，没有标准化「环境已经热着」。论文的方向是把这段等待从关键路径上拿掉，而不是靠核心再聪明一点。具体机制不在本条展开，见资料栏。
按定义 SpecBox 不是 Agent，是给 Agent 服务的运行时调度。环境未就绪，Action 只能阻塞——这是执行层，不是模型层。
对后续 LLM 与 Agent 的影响
产品上的短暂沙箱（用完释放）正好撞上冷启动。Tag 一类异步委派对尾延迟敏感：人 @ 完去开会，回来还在等环境。论文自报的改善幅度是它自己设置下的报告，不是可以写进所有 SLA 的常数。和 Aries 一起读：2026 年把执行基础设施写成主线，但「把沙箱调度问题做完」仍是研究与工程，不是已经换完的新底盘。