KunKun 0.2.23

从 DeepSeek GUI 到 Kun，不只是换了个名字——它用“需求 → 设计 → 计划 → 编码 → 验证”的完整工作流，重新定义了桌面 AI 该有的样子。不再给Agent一句话就让它直接改代码。从需求澄清开始，把需求文档、设计稿、实施计划、Todo、编码和变更审查放到一条连续的GUI工作流里。

如果你过去半年关注过开源AI工具，大概率听说过 DeepSeek GUI——那个把DeepSeek装进桌面、让AI真正参与本地项目的开源工作台。但最近情况变了：项目已经完成品牌升级，正式更名为 Kun，GitHub仓库也从 XingYu-Zhong/DeepSeek-GUI 迁移至 KunAgent/Kun。

这绝不是一次简单的品牌换标。从“DeepSeek GUI”到“Kun”，项目完成了一次本质上的产品升级——从“DeepSeek 模型的桌面壳”变成了一个独立的、需求先行的 AI coding 与设计工作台。它不再只为 DeepSeek 服务，而是整合了 DeepSeek、Xiaomi MiMo、MiniMax 三家高性价比模型，把需求澄清、设计、编码、写作和自动化串成了一条完整的桌面工作流。

重要提示：Kun 是一个开源社区项目，不是 DeepSeek 官方的桌面客户端。它需要你自己准备模型服务的 API Key，所有数据在你的本地运行和管理，不经过第三方服务器。

01 为什么是“Kun”？从DeepSeek GUI到独立工作台

要理解 Kun 是什么，得先回顾一下 DeepSeek GUI 的来路。

DeepSeek GUI 最早是一个开源社区项目，目标很直接：不是再造一个聊天壳，而是让 DeepSeek 变成可以稳定参与真实项目工作的桌面伙伴。它直接对接 DeepSeek 的底层 Agent 运行时，拥有完整的系统权限，可以响应指令、操作电脑、执行定时任务。

而“Kun”这个名字，取自《庄子·逍遥游》——“北冥有鱼，其名为鲲”。改名背后是产品定位的跃迁：它不再把自己定义为“DeepSeek 的 GUI 封装”，而是以一个独立的 AI智能体工作台 身份面向用户。官网的标语也印证了这一点：“需求先行 · 下一代 AI coding 范式”。

项目官方的定位变化也很清晰：从“AI agent workspace for DeepSeek models”变成了 “探索需求先行的下一代coding范式”。这不再是某个模型的客户端，而是一个独立的产品实验。

GitHub 仓库从 XingYu-Zhong/DeepSeek-GUI 迁移到了 KunAgent/Kun，官网域名虽然还保留着 deepseek-gui.com，但也启用了新的域名kun-agent.com，页面内容也已经完全围绕 Kun 展开。这次改名，是一次彻底的产品“独立宣言”。

02 需求先行的coding范式：和传统AI编程有什么不同？

大多数AI编程工具的工作方式是：你给Agent一句话，它直接开始改代码。Kun 认为这条路有问题——代码生成的前提应该是需求澄清，而不是即时响应。

Kun 把软件开发流程重新梳理成一条完整的链路：

这套流程的核心价值在于 “防漂移” （anti-drift）。传统的长对话中，AI很容易在多次交互后偏离最初的目标。Kun 通过结构化的 .kunsdd 计划文档把每一步都锚定在最初的需求上，如果项目中途需求变更，系统会提示重新规划，确保Agent的任务始终与最新需求对齐。

03 四大工作台：Code、Design、Write、连接手机

虽然品牌升级了，但Kun依然保留了DeepSeek GUI时期的核心工作台设计，并根据真实工作场景拆分成三个完全独立的工作台。Kun 把复杂工作拆分成了四个核心模式，它们共用同一个本地运行时，但会话、数据和界面彼此独立。

🧑‍💻 Code 工作台——面向真实代码库

Code 模式是 Kun 最核心的入口。选择一个本地项目文件夹后，AI 就能围绕整个代码库展开工作——解释仓库、修复 bug、审查 diff、持续推进项目。

与普通聊天不同的是，Code 模式把会话、工具调用、终端、文件变化、计划、目标和审批请求放在同一个界面里。AI 的每一次文件修改都会以内联 diff 的形式展示在变更审查面板中，你可以逐条确认后再接受。权限控制上提供只读、工作区可写、完全访问三个等级，关键操作支持人工审批。

Code 模式还内置了一套 SDD 需求流：从需求草稿到计划再到执行。你可以先写需求背景、目标和验收标准，让需求 AI 补全和检索项目相关信息，确认后再生成可执行的实施计划和 Todo 列表。

🎨 Design 模式——从需求到界面的桥梁

Design 是 Kun 新增的一个重要模式，也是它与 DeepSeek GUI 最大的功能差异之一。

当需求还停留在文字里时，Design 模式可以生成 UI 设计稿、信息图和交互式 HTML 原型。它填补了“需求”到“实现”之间的空白——在写代码之前先校准界面方向，把确认后的设计再带入计划和 Agent 编码。

Design 模式支持版本迭代、画布预览、导出和共享设计系统，还能实现 Design → Code 的实现交接。对于产品经理或独立开发者来说，这意味着可以从一个需求片段直接走到可交互的原型，再一键交给 Code 模式生成实际代码。

✍️ Write 工作台——专注长文写作

Write 模式是一个独立的 Markdown 写作工作台，左侧是文件树，中间是编辑器，右侧是 AI 写作助手。

编辑器支持 Live / Source / Split / Preview 多种视图模式。写作补全分为短补全（约 650ms 触发）和灵感长补全（约 2800ms 触发）两套机制，分别应对实时输入辅助和长篇续写场景。

你还可以选中某段文本，让 AI 直接润色、总结或扩写，不需要切换到聊天窗口重新说明需求。写完之后，Markdown 文件可以直接导出成 HTML、PDF、DOC、DOCX 等多种格式。

📱 连接手机——远程操控与定时任务

这个模式把 Kun 的 Agent 接入了飞书、Lark、微信、Telegram 等 IM 工具。你可以通过手机发送指令给电脑上的 AI，让它执行新建文件、删除文件、打开浏览器等操作。

它还支持定时任务：创建一次性、每天或间隔周期任务，比如每天早上自动跑数据检查脚本，或每周五下午自动备份项目文件。每个后台 agent 都有自己的连接、默认模型、工作区和提示词策略。

04 三模型组合：为什么Kun不只依赖DeepSeek？

Kun 最值得注意的变化之一，是它不再把DeepSeek当作唯一模型。项目默认采用三模型组合策略：

这个组合背后有一个清晰的逻辑：需求先行的流程比普通聊天更长，也更依赖反复调用模型。如果模型成本太高，这条流程很难成为日常工作方式。Kun选择三家中国的高性价比模型供应商，正是为了让完整流程跑得起、用得久、试得多。

首启和设置页围绕这三家模型供应商组织，用户可以用更低的模型成本覆盖更多Agent场景。

05 上手教程：从安装到第一次运行

🔧 Step 1 — 下载与安装

访问Kun官网（kun-agent.com、deepseek-gui.com）或GitHub Releases页面（github.com/KunAgent/Kun/releases），下载对应操作系统的安装包：

• Windows：下载 .exe 安装程序
• macOS：下载 .dmg 文件
• Linux：下载 .AppImage 文件

安装过程与其他桌面应用一致，约150 MB。

🔑 Step 2 — 首次启动与模型API配置

首次打开 Kun 会进入引导界面：

1. 选择界面语言——简体中文 / English。
2. 配置模型 Provider——Kun 默认围绕 DeepSeek、Xiaomi MiMo、MiniMax 组织首启设置。你需要分别输入各服务的 API Key（至少配置一个可用模型）。
   • DeepSeek API Key：登录 platform.deepseek.com/api_keys 获取
   • Xiaomi MiMo 和 MiniMax 的 Key 按各自平台指引获取
3. 设置 Base URL（可选）——如果你使用兼容 OpenAI 格式的其他服务，可在此修改。
4. 选择默认工作目录——建议专门创建一个 ~/kun-workspace 目录用于试验。

所有会话、日志、偏好设置和运行时配置默认保存在本机。

🚀 Step 3 — 从“需求”开始第一次任务

Kun的推荐使用方式不是直接让AI改代码，而是从需求开始：

1. 在Code工作台中选择一个本地项目目录。
2. 新建需求草稿：描述你想要实现的目标、背景和验收标准。
3. 让需求AI帮你补问题、做实现前调研、整理边界。
4. 从需求片段生成设计稿或交互式HTML原型。
5. 通过 /plan 生成实施计划，GUI会管理 .kunsdd/plan/... 计划文件。
6. 计划进入Todo、文件编辑、命令执行和变更审查。
7. 在变更审查面板中查看每一次改动的内联diff，确认后接受。
8. 最后用 /review 做复盘，结合需求块、验收标准和计划状态进行验收。

如果你是写作用户，可以直接切换到Write模式开始写作。如果想体验手机远程操控，在设置页配置飞书或微信的连接。

06 四个实用建议

建议一：用好 /goal 和 /plan 管理长期任务

Kun 内置了一套任务管理机制。在聊天框中：

• 输入 /goal 开发一个 React 组件库，让 AI 围绕这个长期目标展开工作。
• 输入 /plan 创建计划文件，右侧计划面板会同步生成 Todo 列表。

建议先把任务拆成 /goal 和 /plan 两层结构，让 AI 理解长期目标，再按 Todo 分步推进。完成一个阶段后，用 /review 做复盘。

建议二：把 AI 的“可见性”开到最大

Kun 提供了丰富的可视化工具，建议充分利用：

• 文件变更审查：每次 AI 修改文件前，右侧面板会展示内联 diff。
• 工具调用审批：对于文件删除、网络请求等敏感操作，建议保持审批开启。
• Token 用量监控：运行时窗口会展示缓存命中率和 Token 用量。

建议三：先从小项目开始试探能力边界

首次使用 Kun 时，不要在大型生产项目上直接试水。建议创建一个小的测试项目文件夹，放几个简单的代码文件和 Markdown 文档，让 AI 帮忙改几行代码、整理文档结构，感受它的推理粒度、代码生成风格和操作规范。在这个过程中，也可以测试不同权限等级的实际效果，找到最适合自己的安全边界。

建议四：探索可视化工作流「创建 Loop」

Kun 在定时任务之上提供了一个 n8n / Dify 风格的节点式编排画布——「创建 Loop」。你可以把多步 Agent 流程画成可运行、可复用的工作流，支持丰富的触发器与节点、类型化数据流和本地运行 API。这个功能适合需要重复执行复杂任务的高级用户，值得花时间探索。

07 值得注意的“边界”

• 非官方产品：Kun是开源社区项目，并非DeepSeek、小米或MiniMax的官方产品。
• 需要自有API Key：所有模型调用使用你自己的API凭据，按实际用量计费。
• 需要Node.js环境（源码运行） ：如果从源码构建，需要Node.js 20+。
• 许可证限制：项目采用Polyform-Noncommercial-1.0.0许可证，商业使用需注意授权条款。

写在最后

Kun 的这次品牌升级，本质上是产品定位的一次跃迁——从一个模型的桌面客户端，变成了一个独立的需求驱动型AI编程工作台。它不再问“你想问什么”，而是问“你想做什么项目”。这个项目完成了一次漂亮的进化——它不再满足于做“DeepSeek 的桌面壳”，而是成为了一个独立的、需求先行的 AI coding 与设计工作台。

对于深度使用AI辅助开发的开发者来说，Kun提供了一个不同的选择：不是让AI更快地回答你的问题，而是让AI和你一起走完从需求到代码的完整旅程。Kun 最值得关注的地方，不是它集成了多少个模型、有多少种模式，而是它背后那个朴素的思考：AI 辅助编程不应该停留在“你问我答”的聊天里，而应该融入从需求到交付的完整流程中。

如果你经常用 AI 辅助开发、写作或设计，Kun 可能正是那个让你从“问 AI”升级到“和 AI 一起工作”的工具。去官网下载一个试试——把你想做的项目交给它，看看会发生什么。