Warp 发布独立 CLI Agent，官方文档却先把名字否了

Warp 这次说的是"发布独立CLI"，听起来像一次干净利落的产品扩张：把原本焊死在 Warp Terminal 里的 Agent 拆出来，塞进 Ghostty、iTerm2、VSCode，甚至 Windows 自带终端。但翻一遍 Warp 自己的产品文档就会发现，这篇博客用的名字，可能已经不是 Warp 现在真正对外的产品名——一边在博客里高调喊"Warp Agent CLI"，一边在文档里把旧版 CLI 标成 deprecated，自动升级成另一个叫 Oz 的东西。命名先打架，这比功能列表本身更值得琢磨。

复用终端，这次是真功夫

Warp 把 mux（终端复用）做进了 Agent 会话本身：一层类似 tmux 的 PTY 间接层，让 Agent 能感知每一次终端输入输出（Warp 内部叫"blocks"）。这解决了一个真实的终端习惯——能在 Agent 会话里切目录不断线，能让 Agent 直接操作 sqlite、vim、htop 这类全屏程序，甚至替你退出 vim（这算终端老用户的经典噩梦）。这一层是这次发布里最扎实的部分，普通的 PTY 接管做不到这种细粒度的会话感知。

mux 架构加多 Agent 编排加云端 handoff，Warp 想讲的故事是：CLI Agent 不再只是聊天框，而是一整套编排层。方向没错——Claude Code、Codex、Cursor CLI 都在往编排能力上堆，终端集成深度、模型路由、多 Agent 协作正是这条赛道现在拼刺刀的地方。

问题在于，官宣的清晰度和文档的清晰度对不上。

名字先对不上

Warp 博客通篇叫它"Warp Agent CLI"，当作一个"新发布"的产品来介绍。但 Warp 自己的产品文档显示，旧版 CLI（命令 warp-cli）已被标记为 deprecated，会自动升级成一个叫"Oz CLI"（命令 oz）的东西——现在 Warp 的术语体系是：Warp 指终端本身，Oz 才是本地与云端 Agent 编排平台的正式名字。

这不是无关紧要的措辞问题。一款工具如果自己都说不清该叫什么，说明它还卡在两套命名体系的迁移期里。对开发者来说，影响很实际：搜索、装包、看文档时容易撞见两套不同名字下的功能描述，装错版本、配错环境都不奇怪。

SSH"无缝"，打了折扣

博客最响亮的一句承诺是"无需安装远程二进制即可跨 SSH 运行"。字面没错——Agent 确实能连上远程会话，不用手动装二进制。但文档写得很清楚：SSH 场景下，远程代码库索引、原生 diff、内置编辑器、文件树、代码审查面板，这些核心体验目前都不可用。原因也简单，Agent 拿不到远程文件系统的直接访问权，只能退回 cat、sed、grep 这类 shell 工具硬啃。

• 风险.跨 SSH "能跑起来"，但拿不到本地那套完整的 Agent 体验，重活儿还得靠传统 shell 命令兜底。

异步后台命令在 SSH 下依赖 tmux Control Mode，需要用户显式同意安装 tmux——这是文档的说法，不是博客里"mux"这个听起来更炫的营销词。技术实现和营销包装之间，隔着一层没讲透的水分。

编排还在 beta，账单已经分层

博客最有想象力的功能，是让 Oz（或者叫 Warp Agent，看你信哪个名字）统一调度 Claude Code、Codex 这些别家 harness 去跑子任务——一个平台指挥别人家的 Agent 干活。官方自己标注的阶段是 beta。beta 意味着谈不上生产环境里放心用，稳定性、鉴权、计费这些配套设施大概率还没补全。

钱的部分同样值得多看一眼。

个人和 10 人以下小团队可以用 BYOK（自带 API key）或接自定义 OpenAI 兼容端点，绕开 Warp 自己的 credit 计费——只是外部模型提供商那边还得单独付费。企业版有对应的 BYOLLM，能把模型路由到 AWS Bedrock，但这套自由度只对本地交互式 Agent 开放，云端跑的 Oz Agent 目前用不了 BYOLLM。越往云端、越往企业规模走，"自带算力"的自由反而被收紧一层，这跟"降本"的营销直觉是拧着的。

• 结论.这次发布最扎实的是 mux 架构本身；最虚的是"无缝""独立新品"这类修饰词，命名、SSH 能力、编排稳定性都还在过渡期里。

编排层的野心是真的，能兑现的部分还在路上。

天下熙熙皆为利来，CLI Agent 这条赛道现在比的不是谁的 demo 好看，是谁先把 beta 熬成正式版、把命名焊死、把 SSH 那半张体验补齐。目前看，Warp 的方向值得跟一跟，但博客里"独立CLI"这四个字，最好先当成过渡期的说法，别当成定局。