← 所有标签

# 开源

Cube Sandbox开源

这篇文章介绍了腾讯云开源的 Cube Sandbox,一套面向 AI Agent 的执行环境底座。文章的核心卖点是:它不仅兼顾了硬件级隔离,还把沙箱冷启动压到了亚百毫秒级,并且原生兼容 E2B 接口标准,可以较低成本迁移现有 Agent 应用。

文章先说明了一个背景:在当前主流 Agent 架构里,沙箱已经是标配组件,无论是 Manus、OpenAI Agents SDK,还是 Perplexity、Hugging Face 等产品,底层都依赖类似“虚拟电脑”的环境来执行代码和工具调用。Cube Sandbox 的意义就在于,它尝试把这种执行环境做到更安全、更快、更可扩展。

在安全性上,文章强调 Cube Sandbox 不是传统 Docker 容器路线,而是每个沙箱运行在独立操作系统内核之上,单个沙箱的异常不会影响宿主机或其他实例。网络访问也可以精细控制,开发者可以定义 Agent 能访问哪些地址、不能访问哪些地址。

在性能上,文章把“快”作为重点。它提到 Cube Sandbox 的冷启动可以做到 60 毫秒以内,50 并发下平均 67 毫秒,P95 维持在 90 毫秒左右。为了达到这个速度,文章提到用了资源池化预置、快照克隆、底层锁优化等技术。

在规模方面,文章说一台 96 核服务器可以同时跑 2000 多个沙箱实例,单实例内存开销也控制在 5MB 以内。文章还提到这套能力已经在腾讯内部和外部生产场景里经历过验证,包括元宝 AI 编程场景和 MiniMax 的 Agentic RL 训练。

在兼容性上,Cube Sandbox 原生兼容 E2B 接口,因此开发者只要改环境变量,就可以把现有业务切换到 Cube,而不必大改代码。文章还给出了一些示例,说明它可以支持代码执行、Python 脚本、数据分析和图表生成等常见 Agent 场景。

文章最后提到 Cube Sandbox 还会继续扩展生态能力,并计划开源事件级快照回滚能力,为 Agent 的不可预测行为增加额外保障。整体来看,这是一篇很典型的基础设施发布文:它的重点不是讲 Agent 本身多聪明,而是讲如何给 Agent 提供一个更安全、更快、更便于落地的执行底座。

Kimi K2.6开源

Kimi 发布并开源了 Kimi K2.6,重点强化了代码能力、长程任务执行能力和 Agent 集群协作能力。文章强调,这一版本已上线 kimi.com、Kimi 应用、Kimi API 和 Kimi Code,用户可以直接使用。

在模型能力上,K2.6 在多个基准上取得了很强的表现,尤其是在 Humanitiy's Last Exam、SWE-Bench Pro、DeepSearchQA 等任务中,号称达到或超过 GPT-5.4、Claude Opus 4.6 和 Gemini 3.1 Pro 等闭源模型。文章特别突出它的长程编码能力:可以连续编码 13 小时,处理超过 4000 行代码,适合复杂系统开发、重构和优化。

K2.6 还把代码能力和视觉能力结合得更紧密,能够生成更专业的 Web 应用,尤其在设计感和交互效果上表现更好。文中提到,K2.6 Agent 模式可以更好地调用图像、视频生成工具,产出风格统一、视觉冲击力强的页面,并支持复杂动效和滚动触发效果。

另一个核心升级是 Agent 集群。相比 K2.5,K2.6 的多 Agent 协同能力更强,能够把搜索、深度研究、文档分析和长文创作等能力组合起来,单次运行完成文档、网页、PPT、表格等多种产物的端到端交付。文章还给出两个案例:一个是面向半导体标的的量化策略与汇报材料生成;另一个是把高质量天体物理论文转化为可复用的学术技能,并输出长篇论文、结构化数据集和大量图表。

文章整体传达的信号是:Kimi K2.6 不只是一个更强的代码模型,更是面向长任务、复杂工具调用和多 Agent 协作的基础模型,目标是把模型能力推进到更高水平的自动化执行阶段。

万字长文!两栖模式构建Agent,与OpenClaw/Hermes不一样的解法——开源AmphiLoop

这篇文章介绍了一个名为 AmphiLoop 的开源 Agent 框架,作者把它概括为“世界上第一个决策与执行解耦的 Agent”。
文章首先强调,传统 Agent 往往把思考、规划和执行混在一起,而 AmphiLoop 试图把这两部分分开。
所谓“两栖模式”,指的是系统既能做高层决策,也能落到具体执行层面,并在两种模式之间切换。
作者认为,这种设计与 OpenClaw、Hermes 等方案不同,核心差异在于组织任务和分配职责的方式。
文章详细讨论了为什么要把决策与执行解耦:这样可以降低复杂度,提高可控性,也更方便扩展。
从介绍语气看,作者并不是单纯做产品宣传,而是试图把自己的架构思路讲清楚,让读者理解其设计动机。
文章同时展示了开源 AmphiLoop 的定位,说明它希望成为一个可以复用、可以改造的 Agent 基础框架。
文中不断拿 OpenClaw 和 Hermes 作对比,重点是在说明自己为什么选择另一种实现路径。
整体来看,这是一篇偏架构和理念驱动的长文,重点不在某个单点功能,而在 Agent 系统如何组织思考与行动。
如果你关心 Agent 架构设计,这篇文章的核心价值在于提供了一种“决策层 / 执行层分离”的实现视角。