DeepSeek-TUI屠榜GitHub，实测：不到10块钱，小白也能开发应用

最近几天，GitHub上一个名为DeepSeek-TUI的开源项目彻底火了。它的星标数在过去一天内，从8.7k猛涨至16.3k，势头相当惊人。

需要明确的是，DeepSeek-TUI并非官方出品，而是一位个人开发者基于DeepSeek V4模型打造的终端原生编程智能体。但它的涨星速度，已经吸引了国内外大量AI开发者的目光，短短几天就冲上了GitHub Trending榜单前列。社区里有人称它为“DeepSeek版Claude Code”，也有人叫它“国产Codex CLI”，或者更接地气的“鲸鱼”。开发者Hunter Bown也顺势将DeepSeek-TUI的用户亲切地称为“鲸鱼兄弟（whale bros）”。

图片来源：X

问题来了：我们已经有了DeepSeek V4的网页版、App和API，为什么还需要一个TUI（终端用户界面）版本？

这个问题恰恰点出了过去一年大模型行业最显著的趋势变化：竞争焦点正从模型本身，转向模型之上的智能体（Agent）框架。GPT-5.5固然强大，但真正重塑开发者工作流的，是GPT-5.5与Codex的结合。同样，让Anthropic在开发者圈子里建立统治力的，也是基于Claude模型的Claude Code。

这正是DeepSeek-TUI爆火的深层背景。DeepSeek V4在代码能力、推理、长上下文理解等方面已有显著提升，但始终缺少一个为其量身定制的、成熟的Agent框架来释放全部潜力。

图片来源：Github

且不说Codex、Claude Code对自家模型有更深度的理解和优化，单看Codex最近一次将推理接口全面切换到“响应API（Responses API）”的升级，就导致V4模型在Codex上完全失效。这凸显了生态绑定带来的风险。

DeepSeek V4确实需要一个自己的“Codex”。但一个由第三方个人维护的开源项目，真能承载起这份期待吗？

不到10块钱，小白也能开发macOS应用、修Bug

实际在macOS上部署和体验DeepSeek-TUI后，感受很直接：它毕竟是一个面向开发者的工具，没有图形化的安装向导，整个过程充满了命令行、环境依赖和工具链的味道。相比Codex那种开箱即用的图形化体验，它显然更复杂；但比起OpenClaw（龙虾）那样的重型框架，它又显得轻量不少。

DeepSeek-TUI提供了npm、Cargo、Homebrew和直接下载二进制文件四种安装方式。通过Homebrew安装时，一开始就遇到了“命令行工具过旧”的系统报错。不过解决起来不难，更新命令行工具后，仅用两行命令就成功安装。启动后，输入DeepSeek API密钥，即可进入对话界面。

图片来源：雷科技

这里需要了解它的三种工作模式：Plan（计划）、Agent（袋里）和YOLO（放手一搏）。Plan模式更像观察员，它会分析项目、生成计划、列出待办事项，但不会实际执行修改。Agent模式开始调用工具，如读写文件、执行命令，但关键步骤仍需用户确认。YOLO模式则最为激进，几乎将整个任务链的推进权交给了AI。这种模式设计，与Claude Code的思路非常相似。

真正让人感受到DeepSeek-TUI潜力的，是后续的实测。尝试用它开发一个满足个人需求的macOS剪贴板增强工具，要求具备钉选、iCloud本地同步、菜单栏支持等功能。整个过程包括编译打包，花费了一些时间。

图片来源：雷科技

从成果看，DeepSeek-TUI开发出的这个名为ClipMemo的应用完全可用，要求的功能基本都能正常运行。它甚至额外添加了一些未曾提及的实用功能，比如定期的清理和去重。在用户体验和界面设计上，ClipMemo虽谈不上惊艳，但完全达到了可用的标准。

刚开发的ClipMemo初版，图片来源：雷科技

存在的主要问题是，尽管有iCloud同步的功能开关，但实际并未能在iCloud目录下生成保存剪贴板内容的文件。

此外，还选取了一个实际存在的开源项目GKD（一个Android自动化框架）进行Bug修复测试。该项目基于Kotlin和Android框架，代码量不小，涉及不少底层逻辑。尽管项目近期仍有更新，但依然可以作为一个测试对象。

图片来源：Github

让DeepSeek-TUI自行克隆仓库，并检查、修复其中的潜在Bug。接下来，它便自动开始了工作：克隆仓库、阅读项目结构、分析Kotlin文件、查找函数调用关系、生成补丁、运行git diff、验证修改结果，整个过程持续了超过13分钟。

最值得注意的是它形成的“调试循环”：读取代码、修改、运行测试、查看结果、继续修改。右侧动态更新的待办事项列表，充满了“工作流”的味道：克隆项目、理解代码库、检查Bug、修复问题。

图片来源：雷科技

这正是DeepSeek-TUI与网页版最本质的区别。网页版本质上仍是“聊天”，它提供建议。而DeepSeek-TUI已经开始“动手”：自己读写文件、自己执行命令、自己维护任务状态、自己验证修改、自己推动任务前进。AI不再只是告诉你“应该怎么做”，而是开始真正地去做。

这里需要厘清一个常见的误解：很多人将Agent简单理解为“更聪明的大模型”。但实际体验后就会发现，真正的关键变化是围绕模型构建的一整套系统工程，包括边界约束、上下文管理、工具调用等。值得一提的是，DeepSeek-TUI也原生支持MCP（模型上下文协议）和自定义技能（skills），允许用户封装自己的工作流。

当然，作为一个相对年轻的项目，DeepSeek-TUI修复Bug耗时较长，最终它找出并“修复”了三处问题。随后，请Codex（基于GPT-5.5高版本）通过“计算机使用”功能审计终端对话记录进行评估。Codex指出了六个问题，其中包含一个DeepSeek-TUI漏掉的明确逻辑Bug。

Codex的审计评估，图片来源：雷科技

必须指出的是，在界面设计上，与Codex将许多细节“折叠”起来的做法不同，DeepSeek-TUI倾向于将所有细节展开，这在信息获取上会带来一定压力。在AI编程场景下，这或许尚可接受，但如果DeepSeek-TUI未来想像Claude Code、Codex一样走向全能型Agent，这样的设计可能就需要优化了。

图片来源：雷科技

从结果来看，DeepSeek-TUI与Codex之间确实存在明显差距。这种差距不仅体现在模型层面，也反映在Agent工程的成熟度上。

不过，DeepSeek-TUI目前的“自动模式”设计颇具巧思。它会先使用更轻量、更便宜的deepseek-v4-flash模型来判断当前任务的复杂度，简单任务就用flash模型处理以节省成本，复杂任务再调用更强的deepseek-v4-pro模型。这个设计非常务实，因为当前所有Agent面临的核心挑战之一，就是在持续工作模式下迅速暴涨的token成本。而DeepSeek V4本就以极高的性价比著称，结合TUI的架构和自动模式，实际使用成本相当低廉。

一次长达十几分钟的Bug修复测试，加上之前ClipMemo应用的开发，总花费仅为9.47元。当然，实际迭代优化可能会消耗更多token，但这已足够说明在DeepSeek-TUI上使用DeepSeek V4（尤其是Pro模型）的成本优势。

写在最后

回过头看，DeepSeek-TUI最重要的意义，或许不在于它本身是一个“开源TUI”。而在于它标志着DeepSeek生态中，终于开始出现真正意义上的Agent外壳。事实上，DeepSeek官方已经注意到了这个项目，并将其收录在awesome-deepseek-agent列表中。

图片来源：Github

核心趋势已经非常清晰：大模型的竞争重心，正在从单纯的“模型能力”转向“Agent工作流”。Codex是OpenAI亲自打造，Claude Code由Anthropic一手操刀。它们的最大优势并非仅仅是功能，更在于模型团队与Agent工程团队的深度垂直整合。模型知道工具链需要什么，工具链也深知模型的优势所在。这种协同效应，正变得越来越关键。

目前，DeepSeek生态的短板恰恰在于官方Agent框架的缺位。DeepSeek-TUI的成功，或许能够证明DeepSeek V4一旦接入成熟的Coding Agent工作流，将爆发出巨大潜力。但业界更期待的，无疑是DeepSeek官方何时会亲自下场，推出属于自己的“王牌Agent”。