别再等官方了！第三方「国产Codex」火了，一天狂揽8K个Star！

DeepSeek-TUI：开源项目的迅速崛起

最近，一款名为 DeepSeek-TUI 的开源项目在 GitHub 上引起了轰动，短短一天之内，Star 数量从 8.7k 突然飙升到 16.3k。

需要说明的是，DeepSeek-TUI 并不是 DeepSeek 官方推出的产品，它实际上是一个个人开发者基于 DeepSeek V4 创造的终端原生编程智能体。不过，它的受欢迎程度可不小，吸引了许多国内外的 AI 开发者，迅速跻身 GitHub Trending 的前列，许多开发者甚至给它起了个新的名字，称其为「DeepSeek 版 Claude Code」、「国产 Codex CLI」，或者更具本土色彩的「鲸鱼」。

你可能感兴趣：2026年AI编程工具大比拼：Claude Code、Cursor、Codex，究竟该如何选择？

开发者 Hunter Bown 也顺应潮流，亲切地称 DeepSeek-TUI 的用户为「鲸鱼兄弟（whale bros）」。

图片

那么，既然我们已经有了 DeepSeek V4 的网页版、APP 和 API，为什么还要搞个 TUI 呢？

这个问题可不简单。其实，在过去一年里，大模型领域最显著的变化之一，就是模型之上的 Agent 框架。虽然 GPT-5.5 本身很强大，但真正改变开发者工作方式的，是 GPT-5.5 与 Codex 的结合。而让 Anthropic 在开发者圈内占据优势的，也正是基于 Claude 模型的 Claude Code。

所以，DeepSeek-TUI 的火爆背后，其实是这个背景在作祟。DeepSeek V4 在代码能力、推理能力、长上下文和多轮理解等方面都有了很大的提升，但它始终缺乏一个专为模型设计的 Agent 框架。

图片

更不用提 Codex 和 Claude Code 对自家模型的理解和支持了，单单 Codex 最近的一次升级，就把推理接口从「聊天补全 (chat/completions API)」全面切换到了「响应 (Responses API)」，这就导致了 V4 在 Codex 下完全失效。

DeepSeek V4 需要一个属于自己的 Codex，但作为一个第三方的开源项目，DeepSeek-TUI 能够满足大家的期望吗？

其实，花不到 10 块钱，小白也能轻松开发 macOS 应用，修复 Bug。

我在 macOS 上亲身体验了一下 DeepSeek-TUI。老实说，尽管它是针对开发者的工具，但没有图形化的引导，更没有那种面向普通用户的友好包装，整个使用过程依然充满了命令行、环境依赖和工具链的味道。

比起 Codex 那种完全图形化的下载安装体验，DeepSeek-TUI 显得复杂多了，但又比 OpenClaw（龙虾）简单一些。

实际上，DeepSeek-TUI 提供了四种安装方式：npm、Cargo、Homebrew 以及直接下载二进制文件。我是通过 Homebrew 来安装的，但一开始就遇到了系统报错：Your Command Line Tools are too outdated.（你的命令行工具太旧了。）

这没什么大问题，我更新了苹果官网的最新版后，再执行 brew 命令，两行代码就顺利安装好了 DeepSeek-TUI。接着输入「deepseek-tui」，就可以启动进入引导配置了，只需一路确认、输入 DeepSeek API，就能进入对话界面。

图片

需要注意的是，DeepSeek-TUI 默认有三种模式：Plan、Agent 和 YOLO。Plan 模式更像是观察者，它会先分析项目、生成计划，列出待办事项，但不执行任何修改。Agent 模式则会开始调用工具，比如读取文件、修改代码、执行 shell 命令，不过许多关键步骤仍需用户确认。YOLO 模式则相对激进，几乎相当于「放权模式」，允许 AI 自动推进整个任务链。

这种模式设计，其实和 Claude Code 很相似。

不过，真正让我意识到 DeepSeek-TUI 的潜力，是后来的实测。我尝试用 DeepSeek-TUI 开发一个满足个人需求的 macOS 剪贴板，强调了钉选、iCloud 本地同步、菜单栏支持等要点，花了不少时间，包括最后的编译打包。

图片

从实际成果来看，DeepSeek-TUI 开发出的这个 ClipMemo 完全可用，我想要的功能基本都能正常运行，甚至还增加了一些我没提过的重要功能，比如定期清理和去重等。至于 UX 和 UI 设计，虽然谈不上惊艳，但也完全可以满足正常需求。

刚开发的 ClipMemo 初版，图片

不过，虽然有 iCloud 同步功能的选项，但实际上并不能在 iCloud 下生成保存复制内容的剪贴板文件。

我还选择了一个实际存在的开源项目 GKD（gkd-kit/gkd）进行 bug 修复测试。这是一个与 Android 自动化相关的开源项目，整个项目是用 Kotlin 和 Android Framework 构建的，代码量不小，而且涉及 AccessibilityNodeInfo、缓存深度、事件服务等底层逻辑。

GKD 的上一次版本更新是在 2025 年底，但从 Git 记录来看，开发者至少在两周前还为 GKD 升级了 Android 17 的支持。

DeepSeek-TUI：智能修复的未来之路

图片

说到 DeepSeek-TUI，我最近给它安排了个不小的任务：让它自己把项目克隆到本地，同时还要找出并修复潜在的 bug。结果你猜怎么着？DeepSeek-TUI 真的开始行动了，它自动克隆了仓库，研究项目结构，分析 Kotlin 文件，查找函数之间的关系，生成补丁，运行 git diff，最终验证修改结果，整个流程大约花了 13 分钟。

在这个过程中，它自己形成了一个调试循环：先读代码，再进行修改，然后运行程序，查看结果，再继续调整。尤其是右侧不断更新的待办事项，真有种「工作流」的感觉：先克隆项目、再熟悉代码库、接着检查 bug，最后解决问题。

图片

这其实就是 DeepSeek-TUI 和网页版 DeepSeek 的最大不同之处。网页版本就像在「聊天」，即使你上传代码或日志，它依然只是给你「建议」。而 DeepSeek-TUI 已经开始主动读取文件、执行命令、维护任务状态、验证补丁，并持续推动任务的完成。AI 不再只是告诉你「该怎么做」，而是真的开始动手去做。

另外，很多人现在会把 Agent 理解为「更聪明的大模型」，但亲身体验后会发现，实际上更重要的变化是围绕模型建立的一整套工程，包括边界约束、上下文管理、工具调用等。还有一点值得提的是，DeepSeek-TUI 原生支持 MCP 和技能，可以把自定义的工作流封装成技能。

虽然这个项目还是比较小，但 DeepSeek-TUI 修复 bug 的时间确实不短，结果找出了三个 bug 并「修复」了它们。

我还请了 Codex（GPT-5.5 高级版）通过计算机使用审计评估终端对话，指出了六个问题，其中就提到 DeepSeek-TUI 漏掉了一个明显的逻辑 bug。

Codex 的审计评估，图片

需要特别提的是，在界面设计上，DeepSeek-TUI 更倾向于将所有细节展开，这相比 Codex 的设计要显得有些繁琐，信息获取上的压力也比较大。在 AI 编码的场景中，这样的设计可能还是可以接受的，但如果 DeepSeek-TUI 最后要走向全能型 Agent，就会让人感到不太舒服了。

图片

从结果来看，DeepSeek-TUI 和 Codex 之间的差距还是挺明显的，这不仅体现在模型的能力上，还在于 Agent 工程的成熟度。

不过，DeepSeek-TUI 现在的自动模式还是蛮有趣的，它会首先用 deepseek-v4-flash 来判断当前的任务是用更便宜的 deepseek-v4-flash 还是更强的 deepseek-v4-pro，简单的任务用省钱的，复杂的任务再用更强的模型。

这个设计实际上很符合现实。现在所有 Agent 最大的问题之一，就是 token 成本，尤其当进入持续工作模式后，token 消耗会迅速增加。而 DeepSeek V4 的升级给人的深刻印象就是高性价比，加上 DeepSeek-TUI 的架构和自动模式设计，真的非常划算。

一次十几分钟的 bug 修复测试，加上 ClipMemo 的开发，总共花费也只有 9.47 元。

当然，实际上可能还需要投入更多 token 进行优化和迭代，但这已经足以说明在 DeepSeek-TUI 上使用 DeepSeek V4（主要是 Pro 版）的优势。

最后想说的是，回顾 DeepSeek-TUI，我们会发现它的重要意义其实并不仅仅是「一个开源 TUI」。更重要的是 DeepSeek 生态终于开始出现真正的 Agent 外壳，DeepSeek 官方也已经注意到了这一点，并在 awesome-deepseek-agent 中加入了 DeepSeek-TUI。

图片

关键在于，如今的大模型竞争正从「模型能力」转向「Agent 工作流」。Codex 是 OpenAI 的产品，Claude Code 是 Anthropic 的产品。它们的优势不只在于「功能」，更在于模型团队和 Agent 工程团队的深度融合。模型了解工具链的需求，而工具链也清楚模型的特长。这种协同作用会变得越来越重要。

而 DeepSeek 目前的问题是官方的 Agent 框架仍然缺失。DeepSeek-TUI 可能会证明 DeepSeek V4 在编码 Agent 工作流中的巨大优势，但我们依然在期待 DeepSeek 官方究竟何时会亲自出手。