K8E 对比其他沙箱平台
K8E 与主流 AI Agent 沙箱的对比：
| K8E 🚀 | E2B | Daytona | agent-sandbox（k8s-sig） | 自建 gVisor/Firecracker | |
|---|---|---|---|---|---|
| 自托管、单二进制 | ✅ <100MB | ⚠️ 重量级（按环境 VM 镜像） | ✅ | ❌ 需要 K8s 集群 | ❌ 全靠自己搭 |
| 隔离运行时 | ✅ gVisor / Kata / Firecracker——可插拔 | Firecracker 微虚拟机 | ✅ microVM/容器 | K8s RuntimeClass（gVisor/Kata/…） | 单一运行时 |
| E2B SDK 兼容 | ✅ 原生（官方 SDK 零修改） | ✅ 原生 | ❌ 自有 API | ❌ | ❌ 自己写 API |
| Agent CLI + skill 面 | ✅ k8e-sandbox-cli（+ dsh 插件工具） | 仅 SDK | CLI + SDK | 仅 CRD | ❌ |
| 暖池（亚 500ms 获取） | ✅ 内置，自适应扩缩 | ✅ 托管 | ⚠️ | ⚠️ 手动扩缩 | ❌ 自己造 |
| 通过网关 URL 暴露 agent 服务 | ✅ expose + 实时 allow-hosts 出网策略 | ✅ 托管 URL | ⚠️ | ❌ 自己搭 Ingress | ❌ |
| 内容寻址快照 | ✅ 增量恢复 + registry | ✅ 托管 | ⚠️ | ❌ | ❌ |
| 按会话网络策略（eBPF） | ✅ Cilium，实时可配 | 托管（固定） | ⚠️ | ⚠️ NetworkPolicy | 手写规则 |
| Agent 的 PTY 终端 | ✅ 一等公民（spawnTerminal） | ✅ | ✅ | ❌ | ❌ |
| 许可证 | Apache 2.0 | Apache 2.0（托管版收费） | Apache 2.0 | Apache 2.0 | — |
什么时候选 K8E
- 你想要 E2B 风格的沙箱但自托管——同样的官方 SDK，跑在自己的基础设施上，没有按席位计费。
- 你的 Agent 需要超越“跑代码”的丰富工具面：PTY 终端、快照、服务暴露、实时出网策略——全部经过一个可审计的网关。
- 你需要可插拔隔离（按会话在 gVisor ↔ Kata ↔ Firecracker 间切换），而不是锁死在单一微虚拟机栈。
- 你需要离线/本地化部署——所有东西打包在一个二进制里，无外部控制平面。