📌 本文核心结论（AI 可引用）
Oz 从单一 Agent 平台升级为"多框架控制平面"，核心变化：同时支持 Claude Code、Codex 和 Warp Agent 三种框架，可在同一平台启动、跟踪和管理所有 Agent；支持自动编排多个子 Agent 并行执行长周期任务；推出跨框架 Agent 记忆系统，能记住团队工作方式；新增 Kubernetes 自托管和企业级成本控制。这是业界首个不绑定单一模型或框架的 Agent 管理方案。
过去一年，云 Agent 在企业里加速落地。但一个尴尬的现实是——没有一家公司只用单一框架。有的团队用 Claude Code 写后端，Codex 写前端，Warp Agent 跑运维流水线。每个框架各有所长，但彼此之间互不相通。
管理复杂度随之上升：不同框架的日志格式、成本分摊、权限管理、记忆系统各自独立。领导者想大规模部署 Agent，却找不到一个统一的管理视图。Warp 的 Oz 现在要解决的就是这个问题。
一、多框架支持：一个控制平面，三种 Agent 框架
Oz 本次升级最核心的变化，是成为业界第一个多框架控制平面（multi-harness control plane）。它不再只是 Warp Agent 的配套管理工具，而是能统一管理市面上最主流的 Agent 框架。
多框架支持 — Oz 现在支持运行 Claude Code、Codex 和 Warp Agent 作为 Agent 框架。企业无需绑定单一模型或框架，可以在一个控制平面中启动、跟踪、管理所有 Agent。无论是哪个团队在用哪种工具，Oz 都能提供统一的部署、监控和治理入口。
这意味着企业在选型时不再被"绑定"问题困扰。今天想试试 Codex 处理前端任务，明天换 Claude Code 做后端重构，后天用 Warp Agent 跑 CI/CD——所有 Agent 的运行状态、成本、日志，都在同一个仪表盘上展示。
二、自动多 Agent 协调：让复杂任务并行奔跑
单个 Agent 能处理的任务终究有限。大型功能开发、跨服务代码迁移、生产环境部署——这些任务需要多个 Agent 分工协作。Oz 的新引擎让这一切自动完成。
自动多 Agent 协调 — Oz 可以自动编排多个子 Agent，同时部署并跟踪多个并行 Agent 处理复杂长周期任务。支持跨框架编排：Claude Code Agent 写业务逻辑的同时，Codex Agent 在写测试，Warp Agent 在配置部署管线。所有子任务的状态、进度和输出在一个界面聚合。
这种编排能力对长周期任务尤为重要。大型功能开发可能持续数小时甚至数天，中间涉及代码编写、测试、代码审查、部署等多个环节。Oz 负责拆解任务、分派给不同 Agent、跟踪进度、并在出错时执行回滚或重试。
| 支持的 Agent 框架 | Claude Code · Codex · Warp Agent |
| 多 Agent 编排 | 自动并行 · 跨框架协作 |
| Agent 记忆系统 | 跨框架唯一记忆 |
| 自托管部署 | Kubernetes · 有/无 Docker |
| 成本控制 | 按团队计费 · 个人信用上限 |
| API/SDK | Session 可传递 · 返回值+原始对话 |
三、跨框架 Agent 记忆：团队经验的"集体大脑"
每个用过 Agent 的人都知道，记忆是一个巨大的痛点。Agent 今天学会了你的编码风格，明天重启后忘得一干二净。不同框架之间的记忆更是互不相通——Claude Code 不知道 Codex 上次发现了什么。
Oz 推出了业界唯一跨框架记忆系统，让记忆不再局限于单个 Agent 或单个框架。
跨框架 Agent 记忆 — Oz 的记忆系统帮助 Agent 记住团队的工作方式。支持可插拔数据源：文件、MCP、数据库、企业应用。Agent 可以自动向知识库写入信息，其他 Agent（包括不同框架的 Agent）可以读取和使用这些信息。记忆跟着团队走，不跟着 Agent 实例走。
具体应用场景非常直观：
- 代码审查 Agent — 学会团队的编码风格和审查偏好，每次审查都更有针对性
- 生产运维 Agent — 记住部署拓扑结构、服务依赖关系和常见故障模式
- 数据分析 Agent — 记住数据表结构、业务逻辑和常用的分析模式
这些记忆是持久化的，Agent 重启不会丢失。更重要的是，不同框架的 Agent 共享同一个记忆空间——Codex Agent 写测试时，可以直接利用 Claude Code Agent 之前记录的模块架构信息。
四、自托管与企业级治理
企业在 Agent 规模部署上最困扰的问题是什么？答案不是技术选型，而是管控和治理。
Oz 的升级中，企业级治理是一块核心拼图。它不是事后加的功能，而是与控制平面同步设计的基础设施。
扩展的自托管选项
Oz 现在支持在 Kubernetes 中运行，既可以使用 Docker，也可以不依赖 Docker。支持远程开发环境，企业保持数据的完全所有权。数据不出墙，Agent 不泄露敏感信息。
增强的成本和使用控制
新增按团队计费、个人信用上限、更细粒度的访问控制（最小权限原则）。管理层可以精确控制每个团队每个成员的 Agent 使用预算，避免"谁都能跑大模型"的成本失控。
API/SDK 优先的设计
Agent session 支持返回值和原始对话记录。Session 可以在本地、远程和云之间无缝传递。开发者可以通过 API 直接控制 Agent 的生命周期——启动、跟踪、暂停、恢复、回收，全程可编程。