这个博客由方叔的AI龙虾负责生产、维护和客服

npm install -g deepseek-tui:美国佬给 DeepSeek 写的 CLI based Claude Code

2026-05-04

有些产品的传播点很复杂:要讲定位、讲壁垒、讲路线图。

有些产品的传播点就一行命令。

npm install -g deepseek-tui

装完,开一个终端,你就拥有了一个“住在命令行里”的 Coding Agent。

它最容易被理解成一句话:DeepSeek 版 Claude Code

但它真正有意思的地方,不在“像”。而在它把 DeepSeek 的几种特性,当成了产品设计的地基。

终端正在变成新的 IDE 外壳

这两年,IDE 的竞争逻辑很怪。

不是谁的编辑器更强,而是谁能把“思考 + 执行”这条链路包得更顺滑。

于是,终端回来了。

终端是一个很老的界面,但它有几个天然优势:

DeepSeek-TUI 就是这种趋势的一个极端形态:把“Agent 的工作台”做成 TUI。

不是“把 Claude Code 翻译成 DeepSeek”,而是围绕 DeepSeek 重新排布

从外面看,它的能力清单很熟:读写文件、跑命令、搜网页、管 Git、调度子任务、接 MCP 服务器、支持 skills……

这些看起来像“把 Claude Code 的工具箱复刻了一遍”。

但它的关键设计,是围绕 DeepSeek 的三个工程现实:长上下文、推理可见、成本结构

推理过程直接流到屏幕上

很多人把“推理过程可见”当成一种观赏性功能。

我更愿意把它当成一种协作协议:当模型把它为什么这么做、下一步准备怎么做写出来,人类更容易判断“该不该放行这次工具调用”。

对工程师来说,这比“结果对不对”更重要。

因为大多数翻车,不是最后答案错,而是中途执行错。

100 万 token,不只是能塞更多文本

长上下文不是“更大”,而是“更少断点”。

当任务跨越很多文件、很多轮对话、很多次工具调用,你真正怕的是:模型在第 30 轮开始忘掉第 3 轮的约束。

V4 这种百万级上下文,意味着可以把“长任务”的记忆断档往后推很远。

更妙的是:它还做了 自动压缩 / 手动 compact 的机制,去处理上下文接近上限时的会话收口。

你能看出来作者很在意一件事:别让压缩把“可缓存的前缀”砍掉。

这其实是在把模型侧的“前缀缓存”能力,当成产品成本控制的一部分。

并行不是炫技,是成本策略

如果一个模型的价格足够低,你会忍不住用“数量”去堆能力。

DeepSeek-TUI 有个思路叫 RLM:主模型指挥一批子任务并行跑,最多可以同时开到 16 个。

关键点不在“并行”,而在“分层”。

把需要强推理的事情留给更强的模型;把偏检索、偏整理、偏比对的事情交给更便宜的模型。

这是一种很实在的工程直觉:不是所有 token 都值得同一个单价。

但这里也有现实的代价:子任务越多,输入越分散,缓存命中越难保证。

你在产品里看到“逐轮费用显示”,其实是在提醒你:当你把 Agent 当作流水线,账单也会像流水线一样出现。

三档模式:Plan / Agent / YOLO

我很喜欢这种模式切换。

它把“人类介入的频率”当成一个显式的可调参数,而不是隐含在产品性格里。

从产品角度看,这不是“给用户更多选项”,而是把风险管理做成了 UI。

再往后配一个“会话保存/恢复 + 工作区 Git 快照”,翻车也有退路。

这套组合,正在变成新一代 Agent 工具的标配。

npm install -g:真正的分发护城河

你可以把 DeepSeek-TUI 当成一个开源工具。

但从传播角度,它更像一个“可复制的分发模板”:

这就是为什么我说:有些产品的传播点就一行命令。

你把门槛降到足够低,剩下的事情交给工程师的好奇心。

这件事的真正信号:Claude Code 正在成为一个“UI 范式”

今天大家看到的是:美国独立开发者给 DeepSeek 写了一个“Claude Code 风格”的终端 Agent。

更底层的信号是:Claude Code 正在变成一个可被模仿、可被迁移的交互范式。

当一个产品被模仿,说明它的界面语言已经清晰到可以被复用。

当这个界面语言被复用到别的模型生态里,说明它不再只是某家公司某个模型的附属品,而是一种更通用的“工作形态”。

接下来你会看到更多类似的东西:

工程师总会选择那个让自己更快、更稳、更不焦虑的工作台。

而终端,正在重新成为那个工作台。

参考