Warp + Claude Code,终端使用的方式彻底变了!

1 阅读8分钟

下午两点,我盯着终端屏幕发呆。

左边窗口跑着 Claude Code 在重构数据库,右边窗口 Codex 在写单元测试,中间还夹杂着 Gemini CLI 的代码审查提示。我突然意识到:这不是在写代码,这是在指挥一个"AI 交响乐团"。

问题是,我的终端像个蹩脚的指挥家——手忙脚乱,顾此失彼。

直到我打开了 Warp 的最新版本。

在这里插入图片描述

一场"终端革命"的静悄悄降临

事情是这样的:2026 年 4 月,Warp 团队干了一件大事——他们把终端从"单线程工具"升级成了"多线程工作台"。

听起来很技术?让我翻译一下:

以前的终端

  • 你开一个 Claude Code 会话,等它跑完
  • 再开一个 Codex 会话,等它跑完
  • 中途来个紧急修复?不好意思,重新排队
  • 代码审查?切换窗口,复制粘贴,祈祷别出错

现在的 Warp

  • 垂直标签页里同时跑着 Claude、Codex、Gemini
  • 每个会话独立运行,互不干扰
  • 通知中心统一提醒,哪个 AI 需要你,一目了然
  • 直接选中代码拖给正在跑的 AI,"嘿,看看这个"

这让我想起赫拉克利特的名言:"万物流变"。终端也在进化,从"命令行工具"变成了"AI 协作平台"。

你可能会问:终端不就是个黑窗口吗?至于这么折腾?

至于。而且非常至于。

让我说个真实故事。

在过去几年,使用终端的方式都是纯手工的,而且在稍微复杂的情况,往往需要开多个终端来处理任务,但是从人的角度来看,任务的处理仍然是单线程的。

结果呢?每天花在"切换上下文"上的时间,比写代码还多。

  • 打开终端 A,看 Claude 的进度
  • 切换到终端 B,给 Codex 补充需求
  • 再切回终端 A,发现 Claude 已经跑完了,但我没注意到通知
  • 重新跑一遍,浪费 20 分钟

这就像你请了三个装修师傅,但他们各自为政,你得在三个房间来回跑,告诉他们"这个墙别拆""那个插座要加"。

Warp 的新功能,本质上是在做一件事:给 AI 代理们建个"联合办公室"

核心功能拆解:Warp 如何"一心多用"?

1. 垂直标签页:给每个 AI 一个"专属工位"

传统终端的标签页是水平的,开多了就像浏览器——密密麻麻,找不到北。

Warp 的垂直标签页,把会话按项目、分支、PR 分组,一目了然:

┌─ Warp ─────────────────────────────┐
│ 📁 项目 A (main)                    │
│  ├─ 🔵 Claude Code - 数据库迁移    │
│  ├─ 🟢 Codex - 单元测试            │
│  └─ 🟡 Gemini - 性能优化           │
│                                     │
│ 📁 项目 B (feature/auth)            │
│  ├─ 🔵 Claude Code - API 设计      │
│  └─ 🟣 OpenCode - 文档生成         │
└─────────────────────────────────────┘

在这里插入图片描述

看到没?每个 AI 的状态、所在分支、工作内容,一眼就能看清。

这其实很符合康德的"范畴论":我们需要用"分类"来理解复杂世界。垂直标签页,就是在给 AI 会话建立"认知范畴"。

2. 通知中心:不再错过 AI 的"求助信号"

以前用终端跑 AI,最大的痛点是:不知道它什么时候需要你

  • Claude 卡在某个问题上,等你决策
  • Codex 生成了代码,等你审查
  • Gemini 发现了性能瓶颈,等你确认

但你可能在另一个会话里忙得不可开交,完全没注意到。

Warp 的通知中心,把所有 AI 的消息汇总到一个地方:

  • 应用内通知:终端右上角弹窗
  • 系统通知:即使你切到浏览器也能看到
  • 统一中心:所有历史消息,随时回溯

在这里插入图片描述 任务虽然多了,但是有了通知之后,我们就可以高效的知道什么时候需要做什么事情了。

这让我想起海德格尔的"操心"概念:AI 代理在"操心"代码,你在"操心"AI 的进度。通知中心,就是让这种"操心链"变得可见。

3. 代码审查:直接在终端里"挑刺"

这是我最喜欢的功能。

以前,AI 生成代码后,你得:

  1. 复制代码
  2. 打开编辑器
  3. 审查、修改
  4. 再粘贴回终端
  5. 告诉 AI"这样改对不对?"

现在,Warp 的代码审查功能,让你直接在终端里:

  • 选中某段代码
  • 添加行内评论
  • 直接发送给正在跑的 AI
  • AI 实时响应,修改代码

在这里插入图片描述

整个过程,不用离开终端,不用切换窗口。

这就像你和装修师傅站在同一张蓝图前,直接用红笔圈出"这里改一下",而不是跑回家拿图纸再跑回来。

4. 附加代码上下文:拖拽即"喂料"

这个功能,彻底解决了"上下文污染"问题。

场景:Codex 正在生成用户认证模块,你突然想到:"等等,这个方案支持 OAuth2.0 吗?"

以前,你得:

  • 找到相关文档
  • 复制粘贴给 Codex
  • 解释"把这个加进去"

现在,你只需:

  • 选中代码文件或片段
  • 拖给正在跑的 Codex
  • 说一句"考虑这个"

在这里插入图片描述

Codex 自动理解:"哦,你要我参考这个文件的 OAuth2 实现。"

这让我想起维特根斯坦的"语言游戏"理论:意义在于使用。拖拽代码,就是在"使用"上下文,而不是"描述"它。

5. 远程控制:从手机上"指挥"AI

这是最"科幻"的功能。

你可以把任何 CLI AI 会话发布到云端,然后:

  • 在手机上监控进度
  • 在另一台电脑上介入指导
  • 团队成员共享会话,协作调试

在这里插入图片描述

想象一下:你在地铁上,掏出手机,看到公司的 Codex 正在生成关键代码,你发条消息:"等等,这个边界条件要处理。"

这不就是"远程办公"的终极形态吗?

作为一个用过至少 10 种终端、5 种 AI 工具的"终端收藏家",我对 Warp 的态度经历了三个阶段:

阶段一(怀疑期):"又一个花哨的终端?能比 iTerm2 好用?"

阶段二(真香期):"垂直标签页太方便了!通知中心救了我的命!"

阶段三(冷静期):"等等,这真的解决了根本问题吗?"

让我说点"唱反调"的话。

问题:过度自动化的陷阱

当终端变得"太聪明",我们可能会陷入一个悖论:

工具越强大,我们越依赖工具,最终失去"手动操作"的能力

我见过太多开发者:

  • 用 Copilot 写代码,离开 AI 就不会写
  • 用 Warp 管理会话,离开 Warp 就手忙脚乱
  • 用各种自动化工具,最后连基本的命令行都忘了

这让我想起庄子的"有机事者必有机心":工具会改变我们的心智模式。

如何开始?

好消息:Warp 的上手门槛,比我想的低。

三步上手指南

第一步:安装 Warp

# macOS
brew install --cask warp

# Windows
winget install Warp.Warp

# Linux
# 下载 .deb 或 .rpm 包

第二步:配置 AI 工具

# 在 Warp 里安装你喜欢的 AI CLI
npm install -g @anthropic-ai/claude-code
npm install -g @openai/codex

# 或者用 Warp 的内置 AI
# 设置 → AI → 选择模型

第三步:开启垂直标签页

1. 点击顶部标签栏的 "+" 号
2. 选择"垂直布局"
3. 为每个标签配置:
   - 工作目录
   - 启动命令
   - Git 分支
   - 主题颜色

写在最后

Warp 的垂直标签页、通知中心、代码审查,本质上都是在做一件事:把"隐性"的工作流"显性化"

  • 你不再需要记住"哪个 AI 在做什么"
  • 你不再需要担心"会不会错过重要通知"
  • 你不再需要反复切换"上下文污染"

但这只是工具层面的优化。真正的挑战,在于认知层面:

我们如何管理"多线程思考"的能力?

当你可以同时跑 5 个 AI 代理,你会不会陷入"并行陷阱"——什么都想做,什么都做不好?

这让我想起尼采的《查拉图斯特拉如是说》:"人是一根系在动物与超人之间的绳索——悬在深渊之上。"

我们正处在这个"绳索"上:一边是"单线程"的传统开发,一边是"多线程"的 AI 协作。

Warp 的价值,不在于它"多先进",而在于它提供了一个"安全网":让你可以在不坠落的前提下,尝试"多线程"的可能性。

所以,下次当你打开终端,准备启动 AI 代理时,不妨试试:

用 Warp 的垂直标签页,给每个 AI 一个"专属工位"。

那不只是开个新标签,那是你在给自己的"多线程大脑",建一个"外部存储器"。