近 4 万 Star 的 DeepSeek-TUI 改名 CodeWhale：这 4 个变化值得关注

前段时间介绍过 DeepSeek-TUI。

它最初吸引人的地方很直接：把 DeepSeek 放进终端，让模型读取代码、修改文件、执行命令，获得类似 Claude Code、Codex 的工作能力。

现在，这个 GitHub 上拥有超过 3.7 万 Star 的开源项目，已经从 DeepSeek-TUI 正式改名为 CodeWhale。

旧配置和环境变量仍然兼容，但项目名称、命令、配置目录和产品定位都在逐步迁移到 CodeWhale。

这不只是换了一个 Logo。它正在从 DeepSeek 的终端客户端，转向一套支持多模型、工具审批、任务回滚和多 Agent 协作的 Coding Agent。

下面几个变化，尤其值得注意。

第一，不再只绑定 DeepSeek

DeepSeek-TUI 这个名字很清楚，但也限制了想象空间。它听起来像 DeepSeek 的第三方终端客户端，而现在的 CodeWhale 已经不只支持一种模型，也不只负责聊天和生成代码。

项目仍然把 DeepSeek 放在第一优先级，同时也提供小米 MiMo、OpenRouter、Ollama、自建模型及其他 OpenAI 兼容接口的接入路径。

更重要的是，它真正想做的已经不是“模型外壳”，而是模型与真实工作区之间的控制层。

第二，开始强调 Agent 的操作边界

很多 Coding Agent 都在比谁的工具更多、上下文更长、自动化程度更高。

CodeWhale 的重点却是另一件事：Agent 在哪个工作区里操作，哪些指令优先，什么动作需要审批，失败后如何恢复，任务怎样交给下一位用户或 Agent。

它把文件、Shell、Git、联网、MCP 和子 Agent 工具放进统一的审批与沙箱机制。

修改文件后，它可以调用语言服务器检查诊断；每轮操作会通过独立于项目 .git 的 side-git 保存快照，出现问题可以用 /restore 回滚；复杂任务还能拆给多个子 Agent 并行处理。

会话也不再是关掉终端就消失。它支持持久化、分叉、恢复和交接，让未完成任务把目标、证据和当前状态继续传下去。

这才是 CodeWhale 改名后最值得关注的变化：它不只在增强 AI 的能力，也在补 AI 工作时最容易缺失的责任边界。

第三，把验证和回滚做成基础能力

CodeWhale 提出了一套 Constitution，核心原则之一是：工具输出高于模型叙述。

命令失败了，就应该记录为失败；文件是否修改成功，要看真实结果；任务结束后，还需要运行测试或其他验证。

这听起来像常识，却是 Agent 进入真实工作时最重要的差别。会写代码的模型很多，但可靠的 Agent 不能只给出看起来合理的回答，它还要说明改了什么、验证了什么、哪里仍然不确定。

改名也没有粗暴切断旧用户。新版本使用 ~/.codewhale/ 保存状态，同时继续兼容旧的 ~/.deepseek/ 配置和 DEEPSEEK_* 环境变量。

第四，它更适合接手完整任务

如果你只是偶尔让 AI 补一段代码，编辑器里的聊天插件可能更轻。

CodeWhale 更适合愿意把完整任务交给 Agent 的人：让它调查仓库、修改多个文件、执行命令、调用其他 Agent，再根据测试结果继续修正。

代价也很明显。它是终端工具，权限、模型路由、MCP、Skill、沙箱和会话机制都需要用户理解。项目迭代速度也很快，功能边界仍在变化。

截至 2026 年 6 月 10 日，官方 Changelog 已记录 v0.8.57；README 同时明确说明，v0.9.0 仍是集成开发线，尚未成为正式发布版本。

我的判断

从 DeepSeek-TUI 到 CodeWhale，最重要的不是支持了更多模型，也不是名字更像一个品牌，而是从“让 DeepSeek 能操作终端”，走向“给 AI Agent 建立一套可约束、可验证、可回滚、可交接的工作环境”。

模型能力会不断变化，今天是 DeepSeek，明天也可能切换到另一个开放模型。

但只要 AI 开始真正修改我们的代码和系统，权限、证据与责任就不会过时。这才是 CodeWhale 这个新名字背后，最值得关注的方向。

---

项目地址：Hmbown/CodeWhale

官方网站：codewhale.net

更新记录：CHANGELOG.md