阿里云将开源 AgentScope 2.0 定位为通用 Agent Harness（智能体执行框架），把编排与沙箱执行拆开
阿里云官方博客称，AgentScope 2.0 从可定制的 Agent 开发框架升级为面向企业复杂任务的通用 Agent Harness（智能体执行框架）。
核心架构是服务端统一编排、沙箱内隔离执行：Agent Loop（智能体循环）、模型调用和上下文编排留在服务端，文件、命令与代码执行经工具接口进入沙箱。
面向企业，这便于集中维护执行机制、按用户或会话配置执行环境，但业务验收与权限仍由应用自行实现。
阿里云博客文章称，AgentScope 2.0 既是可深度定制的 Agent Framework，也是面向企业任务的通用 Agent Harness。
文章介绍 Tool-In-Sandbox（工具在沙箱中运行）模式：Agent Loop（智能体循环）、模型调用和上下文编排运行在服务端，文件操作、命令与代码执行等需隔离的动作通过工具接口进入沙箱，结果返回 Harness。
文章称 AgentScope 2.0 将工作区、Plan Mode（规划模式）、子 Agent、历史压缩和沙箱或远程存储等机制整合进 HarnessAgent，并复用 ReActAgent；
同时明确 Spring AI Alibaba（阿里巴巴）、AgentScope 1.0 与 2.0 是技术重心演进，各产品定位独立，Harness 能力是逐步积累而非 2.0 突然出现。 文章示例为分析支付服务高危依赖漏洞、完成修复与验证并准备变更文档，且当前授权范围不含生产发布。
文章把框架、Runtime（运行时）与 Harness 的职责分开：框架解决如何搭，运行时解决如何跑，Harness 解决模型如何在整个任务中有效工作。 按文中说法，Agent 失败更多发生在持续工作环节，如漏看项目约束、上下文压缩后忘记测试、验证结果对应旧版本代码，单次回答质量无法解决。
因此把状态、权限和执行环境独立于模型之外，是长任务企业 Agent 更现实的工程路径。 不过漏洞修复场景是说明性示例，文章未给出生产环境的运行效果或可靠性数据，该架构的实际收益尚待验证。
后续观察信号
- 查阅 AgentScope 官方代码仓库，确认 HarnessAgent 与沙箱执行接口的实现状态
- 跟踪阿里云是否披露该架构在企业场景中的可用性与限制说明