ClaudeTerminal已经进化为多AI智能体协作平台

一、不止 WorkBuddy

ClaudeTerminal 从第一天起就是给 Claude Code 做的。折叠、回看、灵动岛、续跑、定时任务、任务队列，所有功能都围绕 Claude Code 设计，也只服务 Claude Code 一个。

《让 Claude 派活儿给 WorkBuddy 里的模型》写了怎么把腾讯 WorkBuddy 的模型接进来，让 Claude 干活的时候能调 GLM、Kimi 做交叉验证。做完之后我们注意到，WorkBuddy 的标签页在 ClaudeTerminal 里跑起来之后，续跑、定时任务这些能力也能用。不需要专门适配，架构本身就支持。

这就很自然地引出了下一步。现在 AI 编码工具越来越多，Claude Code、CodeBuddy、OpenAI Codex，以后还会有新的。与其每来一个就单独写一套接入逻辑，不如把 ClaudeTerminal 的架构彻底打开，让什么智能体都能往里放。前面做的所有功能就都变成了公共设施，每个新接入的智能体自动受益。

这件事值得做。所以我们做了。

二、先理清两个概念：智能体和账号

要把多个工具接进来，第一步是把概念理清楚。

做之前我们自己也经常把"智能体"和"账号"混着说。"切个号"到底是从 Claude Code 切到 CodeBuddy，还是同一个 Claude Code 下面从 A 账号切到 B 账号？说不清楚，实现的时候就容易搞混。

想明白之后其实就是两层。

智能体是跑在本机上的那个 CLI 工具。Claude Code 是一个智能体，CodeBuddy 是一个智能体，Codex 也是一个智能体。它们各自有自己的可执行文件、自己的命令行参数、自己的输出格式。

账号是登录在某个智能体上的身份。同一个 Claude Code 可以登两个不同的 Claude 订阅。同一个 CodeBuddy 也可以登多个 WorkBuddy 账号。

分开之后，数据模型就清晰了。每个账号档案上有一个字段标记它属于哪个智能体。系统看到这个字段，就知道该起哪个进程、用什么鉴权方式、怎么解析输出。账号创建的时候绑定智能体，后面不会搞混。

标签页绑的是账号。开一个新标签，选一个账号，这个标签里的一切就走这个账号对应的智能体和额度。A 标签用 Claude Fable 跑主线任务，B 标签用 WorkBuddy 的 GLM 做审查，互不干扰。

三、接入比预想的轻松

接入新智能体的工程量比预想的小。原因是 Claude Code 的接口设计正在成为这个领域的事实标准，后来者在向它看齐。

腾讯的 CodeBuddy CLI 和 Claude Code 长得太像了。-p 无头模式、--output-format stream-json、--model、--resume、--permission-mode，这些参数 Claude Code 有的，CodeBuddy 一个不差全有。输出的事件流也是同一套结构，每条事件带 usage 和 session_id。

我们给 Claude Code 写的事件流解析代码，把可执行文件名换一下，对 CodeBuddy 的输出直接跑通了。已有的代码几乎不用改，接入一个新智能体的成本很低。

Codex 也是类似的情况，骨架已经接进来了。

四、Claude 可以调用其他智能体了

接进来之后最直接的变化：Claude 在干活的时候能叫其他模型帮忙了。

ClaudeTerminal 里有一个内置工具叫 ask_account。主对话里 Claude 在跑一个任务，觉得某段代码需要另一个视角来审一下，或者想验证自己的方案有没有漏洞，可以通过这个工具把问题发给另一个账号下的模型，拿回意见之后继续推进。

不同模型的训练数据和技术路线不一样，看同一段代码给出的意见确实会有差异。GLM 的训练语料偏中文生态，Kimi 在长上下文处理上有自己的特点，DeepSeek 在代码推理上走过不同的路。拿来做代码审查和交叉验证，多一个视角总比没有好。

而且 WorkBuddy 的基础额度是免费的，试错代价极低。

这件事在以前做不到。Claude Code 和 CodeBuddy 各跑各的进程，想让它们协作只能靠人在两个窗口之间复制粘贴。现在 Claude 的工作流里直接就能完成。

五、其他智能体也能用 ClaudeTerminal 的全套设施

这是我们觉得更有价值的一面。

ClaudeTerminal 之前围绕 Claude Code 搭的那些管理能力，不是只对 Claude Code 有用。任何一个 AI 编码智能体在干活的时候都会碰到同样的问题：撞限了怎么办，想让它凌晨自己跑怎么安排，多个任务怎么排队，怎么在不盯着屏幕的情况下知道它跑到哪了。

以前这些能力只有 Claude Code 的标签页能用。现在，一个 CodeBuddy 的标签页可以享受完全一样的待遇。

续跑：撞限了自动等额度恢复再继续，不用人盯着。定时任务：设一个时间，到点自动发消息开始跑。任务队列：多个任务排成一队，按顺序自动执行。灵动岛：屏幕顶部的小胶囊实时显示任务状态，不用切窗口就知道跑到哪了。

这些设施是通用的，不挑智能体。以后再接入新的 AI 编码工具，这套设施自动就在那里，不用再做一遍。

六、账号管理：一个地方看清所有状态

智能体多了，账号也多了。Claude 有两三个订阅，WorkBuddy 有一两个号，可能还有 API 密钥。分散在各自的终端里，状态不好掌握。

ClaudeTerminal 的账号管理页面把它们收到了一起。按提供方分组显示：Claude 的账号一栏，WorkBuddy 的账号一栏，Codex 和 API 的账号一栏。每个账号的登录状态、可用模型一目了然。Claude 账号额外显示 5 小时窗口和周额度的进度条，哪个快到了哪个还富裕，不用去官网查。

添加账号两步完成。页面上有探测灯，告诉对应的 CLI 装没装好。WorkBuddy 的 CLI 登录态和桌面端是分开的，第一次要在终端里交互式登录一次，之后就不用管了。ClaudeTerminal 不打包任何第三方 CLI，用的都是各家官方发布的工具。

一个页面，所有智能体、所有账号的状态全在这里。

七、试试看

AI 编码的工具在变多，每个都有自己的终端、自己的登录方式、自己的额度体系。ClaudeTerminal 做的事情是把它们收到同一个屋檐下，用同一套管理设施来调度。引擎是各家官方 CLI，会话数据和终端互通，随时可以回终端，没有迁移成本。

下载地址：https://github.com/guoy0701/ClaudeTerminal/releases

安装一次，之后有新版本会自动提示更新。目前支持 Windows x64，个人业余项目，闭源。

问题反馈和建议：https://github.com/guoy0701/ClaudeTerminal/issues

也可以在应用内点帮助菜单的"反馈"，或者直接输入 /feedback。

我们还在持续往里面加东西，欢迎一起用，一起提问题，一起把这个工具打磨得更趁手。