把 Claude Code 和 Codex 并排跑在一个地方

「一个智能体一个终端」的问题

一旦你认真用起编程智能体，就不会只有一个：一个仓库上跑 Claude Code，另一个上跑 Codex；一边后台跑重构，一边看 diff；还有三件事排着等午饭后跑。一个智能体开一个终端标签页，这事处理得很糟：往上翻久了历史就没了，关掉标签页活就死了，而且没人告诉你四个标签页里死掉的是哪一个。

一个工作台，多个会话

Clootee 把「会话」当作工作的基本单位。每个会话有自己的工作区、自己的引擎、自己的历史，而且同时在跑。

• 每个会话一条队列。一次排好几个任务让它按顺序跑，而不是一个一个守着。
• 中途插话不打断整轮。可以暂停、调整顺序，也可以往正在跑的任务里丢一句话。
• 切会话不会停掉任何东西。去看会话 B，不会打断会话 A。
• 两个引擎，同一套界面。Claude Code 与 Codex 在同一个界面里安装、用同一套控件驱动，所以选哪个只是这个会话的选择，而不是换一套工具链。

任务越长，透明越重要

当智能体改了你四十分钟的文件，「搞定了」不是足够的信息。Clootee 把发生过什么完整留下：

• 思考过程，边产生边流式显示，读完可折叠。
• 每一次工具调用的完整入参与返回——具体哪条命令、具体哪个 diff、具体哪个路径，不会被压缩成一句让人安心的话。
• 每一步的耗时与 token 数。你就是靠它发现某个重试循环比整个任务的其余部分加起来还贵。
• 每个工作区一个文件管理器，可以就在改它们的那个会话旁边读和改这些文件。

出问题的时候

长任务的失败方式和短任务不一样：引擎进程死了、引擎什么都没返回、或者看着一切都活着但远超预期时间毫无动静。Clootee 把这几种分别作为独立状态报出来，并带上原因和下一步。这就是「可以放着跑的任务」和「必须坐在旁边盯着的任务」之间的区别。

你的数据在哪

全部跑在你自己的机器上。API Key、引擎设置、会话记录与调用轨迹都写在程序旁边的 data/ 目录里。没有 Clootee 账号、没有埋点，所以也没有什么需要你去「关掉」。代价是本地工具应有的那一条：运行它的机器由你负责——而且因为 Clootee 绕过了权限确认，请让它只绑 127.0.0.1，需要远程就走 SSH 隧道或 VPN，不要直接暴露出去。

先拿一个项目试

安装本身没有代价、也不动你的环境：一份便携 Node 放在它自己的文件夹里，不改你的 PATH、不动系统 Node。让一个会话指向一个真实仓库，排两个小任务，看着工具调用一条条过去——这是判断它是否适合你工作方式的诚实办法。