| 失效链接处理 |
|
DeepSeek 版 Claude Code 火了，暴涨 2.4 万 Star！
相关截图：
 主要内容：
先聊现象：为什么在终端里做「代理式编程」会爆火
如果你过去几年一直在关注「AI 帮你改代码」这条产品线，应该会有一种直观感受：IDE 里的补全很好用，但真正想让它连读带改、顺带跑几条命令的时候，往往需要一种更接近「会话 + 工具调用」的形态。行业里类似形态不少，有的在编辑器里安家，有的在网页里安家；而最近这一波把 终端（Tauri/TUI） 当作主舞台的项目，又因为 开源、本地化工作区、可对工具调用做门禁（批准/自动），很容易在开发者圈子里形成复利传播。
Hmbown/DeepSeek-TUI 就是其中一个代表：围绕 DeepSeek 的模型能力与 OpenAI 兼容的流式接口习惯，把一个「会读仓库、会下命令、会改文件」的 Coding Agent，收敛成你可以 deepseek 一下就能启动的日常工具。项目在 GitHub 上增长很快——截至笔者查阅时已 超过 2.4 万个 Star。数字本身只能说明「很多人愿意点开星标」，更关键的仍是：它是否真的解决你在终端里的高频问题。下面我们把项目放回「功能与设计选择」里看。
DeepSeek-TUI 是什么：一句话与定位边界
官方 README 的第一句很明确：它是 运行在终端里的 DeepSeek 模型编程代理（Coding agent）——你也可以把它理解成一种「DeepSeek 版的终端型编码助手」体验：不一定要和某个商业产品逐项对标，但它的产品承诺非常工程师化：把你的 API Key、你的工作区、你的键盘习惯，接进一个有工具能力的对话式代理里。仓库入口
另外需要记住 README 里也写清楚的边界声明：它与 DeepSeek 公司并无附属关系。因此讨论它时，更适合把它看成社区开源作品：模型能力来自你选择的后端（默认 DeepSeek 平台等），产品的质量来自项目维护者与贡献者迭代。
它到底能干什么：能力与使用场景
结合官方特性列表，这个项目通常适合这些「真的很终端」的日常：
读改文件、跑 shell、折腾 git：把最常用手工复制粘贴的步骤，转成「可追溯的多步执行」。
需要「看得见推理过程」时使用 DeepSeek V4 的 thinking streaming：它不是只给你最终答案黑箱，而是一边展示推理片段一边推进。（是否展示、以及如何展示会受配置与交互影响）
偏工程化的扩展面：文档里提到了 MCP（Model Context Protocol）、子代理（sub-agents）、以及在合适场景下的 原生 RLM 等——本质都是在解决「单靠一次对话不够用」的工程问题。
长会话与可追溯：会话保存/恢复、durable task queue、以及与工作区快照/恢复相关的机制，都是在回答「Agent 不可靠时，如何把损失控制在可撤回范围」这一类老问题。
多语言界面：内置 zh-Hans 等本地化，对中文用户上手更友好（模型侧自然语言仍可随你的输入语言走）。
如果你对「这是不是又一个玩具」拿捏不准，可以这样判断：你是否经常需要在仓库里做多步改动，并希望每次改动前后都有可解释的上下文链条。若是，它就非常对症。
从命令到界面：交互与三种模式
日常使用上，你可能会反复遇到三条路径：
交互 TUI：直接 deepseek，进入键盘驱动的界面。一句话任务：例如 deepseek "解释这个函数"，适合轻量问询。更「放手」：例如 deepseek --yolo，在可信工作区追求效率（但也要明白自动批准意味着风险自担）。
在项目提供的模式划分里（Plan / Agent / YOLO），你可以把它理解为 谨慎 → 默认 → 更激进 的梯度：Plan 更偏向先读摸清再规划；Agent 是多步工具但在交互里保留门禁；YOLO 则把批准成本压到最低。模式不是口号，而是你风险管理策略的选择。
|
苏公网安备 32061202001004号
