18天狂揽2.2K星！这个DeepSeek桌面工作台，要把写代码变成写需求
🩺 摘要
18天狂揽2.2K星！这个DeepSeek桌面工作台，要把写代码变成写需求 今天在 GitHub 上发现一个很有意思的项目——DeepSeek GUI。 别看才上线18天，已经飙到了 2,233 Star、189 Fork，而且更新频率极快，今天凌晨刚发 v0.2.6 版本。 它的作者叫钟兴宇
📝 详情
18天狂揽2.2K星！这个DeepSeek桌面工作台，要把写代码变成写需求
今天在 GitHub 上发现一个很有意思的项目——DeepSeek GUI。
别看才上线18天，已经飙到了 2,233 Star、189 Fork，而且更新频率极快，今天凌晨刚发 v0.2.6 版本。
它的作者叫钟兴宇，发了一条推文说了一段话，让我盯着屏幕看了好久：
"未来的 Coding 会逐渐从'写代码'走向'写需求'。程序员的核心工作，可能会从一行行实现代码，变成更准确地表达意图、拆解问题、组织上下文、驱动 Agent 完成复杂任务。"
这话说得太对了。
01. 为什么它跟别的"聊天壳"不一样
很多人给模型套一个 GUI 就发出来了。本质就是网页版换个壳。
但 DeepSeek GUI 不一样。
它底层跑的是个叫 Kun（鲲） 的本地 Agent 运行时——名字取自《庄子·逍遥游》"北冥有鱼，其名为鲲"，寓意是让模型能力沉到更深层，承载长上下文、复杂工具调用、持续项目协作。
技术上它是一个独立的 TypeScript 包，启动本地 HTTP/SSE 服务，作为 GUI 和 Agent 循环之间的边界。不是套壳，是真的在做运行时。
02. 三种工作模式，对应三种角色
Code 模式 —— 绑定本地项目目录，Agent 围绕仓库读写文件、执行命令、审查改动。支持内联 diff、变更审查面板、权限可控（只读/工作区可写/完全访问）。还有 /plan 计划面板、/goal 长期目标、/review 代码审查、/btw 旁支对话——全是正经开发工作流里的硬需求。
Write 模式 —— 独立的 Markdown 写作工作台。带 Live 编辑预览、DeepSeek FIM 短补全/灵感长补全、跨文本 BM25 检索增强、导出 HTML/PDF/DOC。把写作从代码会话里拆出来单独管理。
Claw（连接手机） —— 接飞书、Lark、微信。每个 IM 渠道配独立 Agent，有人设、默认模型和工作目录，GUI 里直接调试回复和工具调用。还有定时任务：一次性、每日、间隔，让 Kun 在电脑唤醒时自动干活。
三种模式共享同一套运行时，但会话、工作区、界面布局彼此独立。这结构一看就是自己用了很久才想清楚的。
03. "Token ROI"——这个指标才是真本事
Kun 最核心的卖点是高 Token ROI。
什么意思？同样的 API 预算，让模型少浪费在重复前缀、庞大工具目录、失控输出上，多花在需求、代码、决策上。
具体怎么做： - Cache-first agent loop：稳定 prefix 让 DeepSeek 原生缓存更容易命中 - MCP search：工具多了不硬塞，先搜索再描述再调用 - 上下文卫生：超长结果、base64 payload、重复循环做边界压缩 - 用量可视化：GUI 显示 cache hit/miss、token 节省估算
搞过 DeepSeek API 的人都知道，它的定价便宜但上下文窗口大，一个长会话不注意就能把 budget 烧完。Kun 这套设计是真在解决实际问题。
04. 为什么要选 DeepSeek
作者自己说了："因为它足够便宜，足够适合大多数人去探索。也正因为它足够便宜，我们才有机会在它之上尝试很多过去看起来很消耗、很难落地、但可能很有价值的功能。"
对比一下：Codex 绑 GPT-5.5、Claude Code 绑 Opus，一个月账单轻松上百美金。但 DeepSeek V4 的价格是它们的零头，而且能力足够强。
这意味着 DeepSeek 生态上可以长出更多"贵模型上不敢试"的东西——比如 Write 模式里的实时 FIM 补全、跨文本 BM25 RAG、无限长会话——换成 Opus 当后端，token 成本直接劝退。
博主说两句
这个项目让我想起一年前的 DeepSeek-TUI。
当时那个终端里的 Agent 一夜爆火，大家都在说"DeepSeek 终于有自己的 Claude Code 了"。但 TUI 再强，长期坐在终端里写代码还是累——多个项目要开多个窗口，变更审查全靠 git diff，IM 接入自己配脚本。
DeepSeek GUI 等于把那个生态补上了最后一块：把 TUI 的能力装进了桌面窗口，加了图形化管理，加了写作工作台，加了 IM 接入，而且底层跑着同一个 Kun 运行时。
对我来说，最有意思的不是它做了多少功能，而是作者那个"从写代码到写需求"的认知。18 天 2200 星不是白来的——这个项目有一个清晰的哲学在驱动。
目前项目 MIT 协议开源，没有接受任何赞助。作者说："相比赞助，我更希望得到的是同行者。" 如果你对下一代 AI 编程交互有热情，可以去看看。
你觉得未来的程序员，真的会从"写代码"变成"写需求"吗？评论区聊聊。
18天狂揽2.2K星！这个DeepSeek桌面工作台，要把写代码变成写需求
今天在 GitHub 上发现一个很有意思的项目——DeepSeek GUI。
别看才上线18天，已经飙到了 2,233 Star、189 Fork，而且更新频率极快，今天凌晨刚发 v0.2.6 版本。
它的作者叫钟兴宇，发了一条推文说了一段话，让我盯着屏幕看了好久：
"未来的 Coding 会逐渐从'写代码'走向'写需求'。程序员的核心工作，可能会从一行行实现代码，变成更准确地表达意图、拆解问题、组织上下文、驱动 Agent 完成复杂任务。"
这话说得太对了。
01. 为什么它跟别的"聊天壳"不一样
很多人给模型套一个 GUI 就发出来了。本质就是网页版换个壳。
但 DeepSeek GUI 不一样。
它底层跑的是个叫 Kun（鲲） 的本地 Agent 运行时——名字取自《庄子·逍遥游》"北冥有鱼，其名为鲲"，寓意是让模型能力沉到更深层，承载长上下文、复杂工具调用、持续项目协作。
技术上它是一个独立的 TypeScript 包，启动本地 HTTP/SSE 服务，作为 GUI 和 Agent 循环之间的边界。不是套壳，是真的在做运行时。
02. 三种工作模式，对应三种角色
Code 模式 —— 绑定本地项目目录，Agent 围绕仓库读写文件、执行命令、审查改动。支持内联 diff、变更审查面板、权限可控（只读/工作区可写/完全访问）。还有 /plan 计划面板、/goal 长期目标、/review 代码审查、/btw 旁支对话——全是正经开发工作流里的硬需求。
Write 模式 —— 独立的 Markdown 写作工作台。带 Live 编辑预览、DeepSeek FIM 短补全/灵感长补全、跨文本 BM25 检索增强、导出 HTML/PDF/DOC。把写作从代码会话里拆出来单独管理。
Claw（连接手机） —— 接飞书、Lark、微信。每个 IM 渠道配独立 Agent，有人设、默认模型和工作目录，GUI 里直接调试回复和工具调用。还有定时任务：一次性、每日、间隔，让 Kun 在电脑唤醒时自动干活。
三种模式共享同一套运行时，但会话、工作区、界面布局彼此独立。这结构一看就是自己用了很久才想清楚的。
03. "Token ROI"——这个指标才是真本事
Kun 最核心的卖点是高 Token ROI。
什么意思？同样的 API 预算，让模型少浪费在重复前缀、庞大工具目录、失控输出上，多花在需求、代码、决策上。
具体怎么做： - Cache-first agent loop：稳定 prefix 让 DeepSeek 原生缓存更容易命中 - MCP search：工具多了不硬塞，先搜索再描述再调用 - 上下文卫生：超长结果、base64 payload、重复循环做边界压缩 - 用量可视化：GUI 显示 cache hit/miss、token 节省估算
搞过 DeepSeek API 的人都知道，它的定价便宜但上下文窗口大，一个长会话不注意就能把 budget 烧完。Kun 这套设计是真在解决实际问题。
04. 为什么要选 DeepSeek
作者自己说了："因为它足够便宜，足够适合大多数人去探索。也正因为它足够便宜，我们才有机会在它之上尝试很多过去看起来很消耗、很难落地、但可能很有价值的功能。"
对比一下：Codex 绑 GPT-5.5、Claude Code 绑 Opus，一个月账单轻松上百美金。但 DeepSeek V4 的价格是它们的零头，而且能力足够强。
这意味着 DeepSeek 生态上可以长出更多"贵模型上不敢试"的东西——比如 Write 模式里的实时 FIM 补全、跨文本 BM25 RAG、无限长会话——换成 Opus 当后端，token 成本直接劝退。
博主说两句
这个项目让我想起一年前的 DeepSeek-TUI。
当时那个终端里的 Agent 一夜爆火，大家都在说"DeepSeek 终于有自己的 Claude Code 了"。但 TUI 再强，长期坐在终端里写代码还是累——多个项目要开多个窗口，变更审查全靠 git diff，IM 接入自己配脚本。
DeepSeek GUI 等于把那个生态补上了最后一块：把 TUI 的能力装进了桌面窗口，加了图形化管理，加了写作工作台，加了 IM 接入，而且底层跑着同一个 Kun 运行时。
对我来说，最有意思的不是它做了多少功能，而是作者那个"从写代码到写需求"的认知。18 天 2200 星不是白来的——这个项目有一个清晰的哲学在驱动。
目前项目 MIT 协议开源，没有接受任何赞助。作者说："相比赞助，我更希望得到的是同行者。" 如果你对下一代 AI 编程交互有热情，可以去看看。
你觉得未来的程序员，真的会从"写代码"变成"写需求"吗？评论区聊聊。
💬 评论 (0)