SandBase MA vs Claude MA vs DeepSeek Harness 三方对比(2026)
深度对比 SandBase Managed Agents、Claude Managed Agents 和 DeepSeek Harness 的架构、定价和数据主权差异。
TL;DR: SandBase Managed Agents 是开源版、本地优先、模型无关的 Claude Managed Agents。它提供 CMA 兼容的 API 接口,可在你自己的基础设施上用任何模型运行。DeepSeek Harness 走插件化路线但缺少生产级运行时特性。CMA 仍然是最成熟的托管方案,但代价是供应商锁定。
2026 年 8 月:Agent 运行时三足鼎立
Agent 运行时领域已经形成三大阵营:托管闭源(Claude Managed Agents)、开源运行时(SandBase MA)、开源框架(DeepSeek Harness)。三者做出了根本不同的取舍。本文逐一拆解,帮你为技术栈选择正确的工具。
更详细的双方对比请参考我们的 DeepSeek Harness vs Claude Managed Agents 分析。
架构概览
SandBase Managed Agents——开源、CMA 兼容、模型无关。
Anthropic “Decoupling the brain from the hands”——CMA 架构设计原理。
DeepSeek Harness——基于 Cordis 元框架的一切皆插件架构。
Claude Managed Agents (CMA)
┌─────────────────────────────────────────────────┐
│ Anthropic 云端 │
│ │
│ ┌─────────┐ ┌─────────┐ ┌──────────────┐ │
│ │ Brain │──▶│ Hands │──▶│ Sandbox │ │
│ │ (Claude)│ │ (工具层) │ │ (云端 VM) │ │
│ └─────────┘ └─────────┘ └──────────────┘ │
│ │ │ │
│ ▼ ▼ │
│ ┌─────────┐ ┌──────────────────┐ │
│ │ Dreaming│ │ 会话状态 │ │
│ │ (记忆) │ │ (Anthropic DB) │ │
│ └─────────┘ └──────────────────┘ │
│ │
└─────────────────────────────────────────────────┘
▲
│ HTTPS
│
[你的应用 / SDK]
CMA 将推理(Brain)、执行(Hands)和会话管理解耦。此架构将 p50 TTFT 降低 60%,p95 降低 90%。但一切都运行在 Anthropic 基础设施上。
SandBase Managed Agents
┌─────────────────────────────────────────────────────┐
│ 你的基础设施 (localhost / Docker / K8s) │
│ │
│ ┌────────────────────────────────────────────────┐ │
│ │ SandBase MA 运行时 │ │
│ │ │ │
│ │ ┌──────────┐ ┌──────────┐ ┌─────────────┐ │ │
│ │ │循环引擎 │ │ /v1 API │ │ Web 控制台 │ │ │
│ │ │(模型无关) │ │(CMA 兼容) │ │ (:3000) │ │ │
│ │ └────┬─────┘ └──────────┘ └─────────────┘ │ │
│ │ │ │ │
│ │ ┌────▼─────────────────────────────────────┐ │ │
│ │ │ SQLite (agents│sessions│vaults│memory) │ │ │
│ │ └─────────────────────────────────────────-┘ │ │
│ └────────────────────────────────────────────────┘ │
│ │
│ ┌──────────────────────────────────────────┐ │
│ │ 沙箱后端(任选其一) │ │
│ │ • 本地进程 │ │
│ │ • Docker(会话级容器隔离) │ │
│ │ • Kubernetes(kubectl exec/cp) │ │
│ │ • 自托管 Worker 队列 │ │
│ └──────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ ┌──────────────────────────────────────────┐ │
│ │ 模型供应商(任选) │ │
│ │ • OpenAI • Anthropic • Ollama / vLLM │ │
│ └──────────────────────────────────────────┘ │
└──────────────────────────────────────────────────────┘
SandBase MA 是本地优先的 Agent 运行时。进程、数据(SQLite)、沙箱全部由你掌控。/v1 API 兼容 CMA,意味着你可以把 Anthropic SDK 的 baseURL 指向 localhost,无需改动业务代码。
DeepSeek Harness
┌─────────────────────────────────────────────┐
│ DeepSeek Harness │
│ │
│ ┌────────────────────────────────────────┐ │
│ │ Cordis 元框架 │ │
│ │ ┌────────┐ ┌────────┐ ┌───────────┐ │ │
│ │ │插件 A │ │插件 B │ │插件 ... │ │ │
│ │ └────────┘ └────────┘ └───────────┘ │ │
│ └────────────────────────────────────────┘ │
│ │ │
│ ┌─────────────────▼──────────────────────┐ │
│ │ 会话日志 (append-only) │ │
│ │ Trajectory 视图 │ │
│ └────────────────────────────────────────┘ │
│ │
│ 模式: Standard │ PTC │ Minimal │ Creative │
└──────────────────────────────────────────────┘
DeepSeek Harness 基于 Cordis 元框架,一切(模型、工具、模式)皆为插件。灵活但处于早期(v0.1 开发者预览版),没有内置沙箱、凭证管理或生产运行时原语。
核心对比表
| 维度 | SandBase MA | Claude MA (CMA) | DeepSeek Harness |
|---|---|---|---|
| 部署方式 | 自托管(本地/Docker/K8s) | Anthropic 云端 | 自托管 |
| 模型支持 | 任意(OpenAI, Anthropic, Ollama, vLLM) | 仅 Claude | 任意(通过插件) |
| API 兼容性 | CMA 兼容 /v1 | 原生 | 自定义插件 API |
| 沙箱 | 本地进程、Docker、K8s、Worker 队列 | 云端 VM(或自托管) | 无内置 |
| 费用 | 免费(自付模型调用费) | Token 费 + 运行时费 | 免费(自付模型调用费) |
| 数据归属 | 完全自有(本地 SQLite) | Anthropic 托管 | 完全自有(本地日志) |
| 成熟度 | 559 stars, 127 commits,可用于生产 | 2026.4 Beta,基础设施成熟 | 18.5k stars, v0.1 开发者预览 |
| 可扩展性 | MCP 工具集、技能包、YAML Agent 定义 | 多 Agent 编排、定时部署、Dreaming | 一切皆 Cordis 插件 |
| 记忆 | SQLite 记忆存储 | Dreaming(内置记忆合成) | 无内置 |
| 会话管理 | 可恢复 SSE,回放/调试 | 解耦会话架构 | Append-only Trajectory 日志 |
| 开发者工具 | CLI (init/start/list/reload/chat/template) + Web 控制台 | API + Dashboard | 基础 CLI |
| 许可证 | Apache-2.0 | 闭源 | MIT |
什么场景选什么
选 SandBase MA:
- 需要 CMA 的 API 能力但数据不能出境或上云
- 想要自由切换模型(今天用 Claude,明天换 GPT-5,后天跑本地 Llama),Agent 逻辑不动
- 需要多种沙箱隔离方案(Docker 会话级容器、K8s Pod)
- 合规要求数据必须本地化存储
- 想要一个可备份、可审计、可版本控制的 SQLite 文件
- 已经在用 Anthropic SDK,想要一个本地 drop-in 后端
选 Claude Managed Agents:
- 全面拥抱 Claude 模型,追求最低延迟的托管体验
- 需要开箱即用的多 Agent 编排、定时任务,不想自建基础设施
- 团队倾向托管服务而非自运维
- 解耦架构带来的 TTFT 优化对你的用户体验至关重要
- 能接受 Anthropic 托管数据和按量付费模式
选 DeepSeek Harness:
- 追求极致的架构灵活性,通过插件组合一切
- 在做研究原型或创意编程工具,不是生产服务
- 看好最大社区(18.5k stars),期待插件生态快速生长
- 需要多种推理模式(Standard/PTC/Minimal/Creative)
- 暂时不需要沙箱、凭证库或生产运行时特性
更多关于 DeepSeek Harness 的信息,请阅读 DeepSeek Harness 开发者预览版解读。
迁移路径:从 CMA 迁移到 SandBase MA
如果你当前通过 Anthropic SDK 调用 Claude Managed Agents,迁移非常简单。SandBase MA 暴露的 /v1 API 与 CMA 兼容,只需修改 baseURL。
第一步:启动 SandBase MA
npx managed-agents init
npx managed-agents start
# 运行时监听 http://localhost:3000
# API 地址 http://localhost:3000/v1
第二步:SDK 指向本地
import Anthropic from "@anthropic-ai/sdk";
// 之前:调用 Anthropic 云端
// const client = new Anthropic();
// 之后:指向 SandBase MA 本地运行时
const client = new Anthropic({
baseURL: "http://localhost:3000/v1",
apiKey: "your-local-api-key", // 在 SandBase MA 凭证库中配置
});
// 相同的 API 接口 —— 创建 Agent,启动会话
const agent = await client.agents.create({
name: "code-reviewer",
model: "claude-sonnet-4-20250514", // 或 "openai/gpt-4o" 或 "ollama/llama3"
tools: [
{ type: "file_read" },
{ type: "file_write" },
{ type: "shell" },
],
});
const session = await client.agents.sessions.create(agent.id, {
environment: "docker", // SandBase MA 沙箱后端
});
// 通过可恢复 SSE 流式响应
const stream = await client.agents.sessions.stream(session.id, {
messages: [{ role: "user", content: "审查 /workspace 中的 PR diff" }],
});
for await (const event of stream) {
if (event.type === "content_block_delta") {
process.stdout.write(event.delta.text);
}
}
第三步:配置模型供应商
在 SandBase MA 设置中指定你想用的模型:
# .managed-agents/settings.yaml
workspace:
model:
vendor: anthropic # 或: openai, ollama, vllm
model: claude-sonnet-4-20250514
endpoint: https://api.anthropic.com # Ollama 用 http://localhost:11434
sandbox:
backend: docker # 或: local, kubernetes, worker-queue
memory:
enabled: true
backend: sqlite
核心优势:你的应用代码不需要任何改动,只有运行时配置变了。这意味着你可以本地用 Ollama 调试,预发布环境用 GPT-4o,生产环境用 Claude,Agent 逻辑始终不变。
常见问题
SandBase MA 能承载和 CMA 同等规模的工作负载吗?
SandBase MA 面向相同的工作负载:长时间运行的 Agent,带工具调用、文件操作和代码执行。区别在于算力由你提供。对延迟敏感的场景,CMA 的解耦架构可能仍有优势(Anthropic 对全栈做了深度优化)。但对数据敏感或成本敏感的场景,SandBase MA 运行在自有 GPU 或使用更便宜的模型供应商可以大幅降低成本。
DeepSeek Harness 能用于生产吗?
目前不行。v0.1 开发者预览版没有内置沙箱、凭证管理和持久化层(只有 append-only 会话日志)。非常适合原型开发和研究,但生产使用需要在其上自建基础设施。可参考我们的开源 Agent 框架对比了解更多选项。
三者的数据归属有什么区别?
- SandBase MA:所有数据存储在本地 SQLite 数据库,完全归你所有,自行备份和删除。
- CMA:存储在 Anthropic 基础设施上,受其数据保留政策约束。
- DeepSeek Harness:本地 append-only 日志,无结构化持久层。
SandBase MA 能用 Claude 以外的模型吗?
能。SandBase MA 是模型无关的。可以配置任何 OpenAI 兼容端点(Ollama 跑本地模型、vLLM 自托管、或直接用 OpenAI/Anthropic API)。无论底层用哪个模型,Agent 定义保持不变。
三者的扩展机制有何不同?
- SandBase MA:MCP 工具集、权限策略、技能包、YAML Agent 定义,通过标准接口扩展。
- CMA:内置功能(多 Agent、定时任务、Dreaming),通过 Anthropic API 扩展。
- DeepSeek Harness:一切都是 Cordis 插件,最大灵活性,最少防护栏。
结论
选择 Agent 运行时的核心问题是:你想把控制边界画在哪里?
| 控制权 | SandBase MA | CMA | DeepSeek Harness |
|---|---|---|---|
| 模型选择 | 你 | Anthropic | 你 |
| 数据位置 | 你 | Anthropic | 你 |
| 沙箱基础设施 | 你 | Anthropic | 你(DIY) |
| 运行时运维 | 你 | Anthropic | 你(DIY) |
| 生产级特性 | 内置 | 内置 | 自行构建 |
SandBase MA 占据了最佳平衡点:生产就绪的运行时特性(沙箱、凭证库、记忆、SSE 流式)不以放弃模型、数据或基础设施的控制权为代价。它是 CMA 架构证明了必要性的那个开源运行时层,现在完全按你的规则运行。
相关链接:


