研究了 DeepSeek Harness 之后，我发现它是冲着干翻 VS Code 来的

VS Code 可能遇到一个想掀桌子的对手了。

过去几年，挑战 VS Code 的产品并不少。Cursor 火了，AI 编程工具也换了一轮又一轮，可大家兜兜转转，仍然没有离开 VS Code 开创的那套开发工具范式。

直到我把 DeepSeek Harness 的官方文档、源码和社区反馈翻了一遍，又亲自用它完成任务，我才发现这次有点不一样。

DeepSeek 没有再做一个 VS Code Fork，也没有满足于给现有编辑器写插件。它从 Agent 运行时开始，把模型、工具、文件系统、沙箱、会话、编排，甚至 UI 全部做成了插件。

它现在当然还替代不了 VS Code，但这套架构确实像是冲着下一个开发者生态去的。

Cursor 很成功，但它没有推翻 VS Code

VS Code 最强大的地方，从来不只是编辑器本身。

它厉害在用 Extension 机制建立了一套生态。语言支持、调试器、Git、远程开发、云服务和各种效率工具，都可以围绕 VS Code 生长。开发者在哪里，工具和厂商就跟到哪里，最后形成一个很难撼动的网络。

Cursor 是这套生态里的头部挑战者，但 Cursor 官方公开资料也确认，它是基于 VS Code 开源代码构建的 Fork。

这条路线很聪明。Cursor 可以直接继承成熟的编辑体验、语言服务器和大量扩展，再把 AI 深度嵌入代码补全、编辑和 Agent 工作流。用户换过去以后，操作习惯也不需要推倒重来。

代价同样存在。Cursor 再成功，仍然延续了 VS Code 的核心假设：开发工具的中心是一款编辑器，AI 围绕编辑器提供能力。

如今 Cursor 已经被马斯克旗下的 SpaceX 收购，并加入 SpaceXAI 团队。它的商业价值已经得到证明，但它依然没有结束 VS Code 时代，只是把这个时代推向了 AI。

DeepSeek Harness 选择了另一条路。

它没有先造编辑器，而是先造 Agent 的世界

DeepSeek Harness 官方给自己的定义是 Agent Harness。翻译成人话，就是负责把模型接进真实工作环境的那一层。

模型负责思考，Harness 负责准备文件、终端、工具、上下文、权限和任务循环，让模型不只会回答问题，还能进入项目完成工作。

它的架构口号只有一句：Everything is a Plugin，一切皆插件。

这句话不是宣传包装。官方架构文档列出的插件范围，已经深入到了整个运行时：

• 模型适配器是插件
• 工具注册表是插件
• 会话日志是插件
• 文件系统和沙箱是插件
• Agent Loop 是插件
• 子 Agent 和工作流是插件
• Web UI 也是插件

官方甚至写道，系统里没有一个需要优先修改的特权核心。运行中的 dsh 是一棵启动时组合出来的插件树，Web 和 Headless 只是两套不同的组合模板。

这意味着 DeepSeek Harness 不是一款固定形态的 AI 编程工具。换掉模型、工具、权限策略、执行环境和 UI，它就能长成另一种产品。

VS Code 的插件主要在扩展编辑器，DeepSeek Harness 的插件则在组装 Agent 所处的整个世界。

为什么 Agent 时代可能不再以编辑器为中心

过去我们必须围绕编辑器工作，因为代码要由人亲手浏览、修改、运行和调试。

VS Code 把这些动作统一到一个工作台里，再用扩展机制吸引整个开发生态。这个设计几乎定义了上一个开发者工具时代。

可 Agent 正在接过越来越多的执行动作。它会自己搜索文件、修改代码、运行命令、处理报错、拆分任务，还会把部分工作交给子 Agent。

当执行主体发生变化，最重要的底座也会变化：

• Agent 怎样获得准确的上下文
• 模型可以调用哪些工具
• 长任务如何保存、恢复和继续
• 多个 Agent 如何协作
• 文件与命令权限怎样控制
• 模型、工具和运行环境能不能替换
• 同一套任务如何接入 Web、桌面端或自动化系统

这些问题不是传统代码编辑器最擅长解决的，却恰好是 DeepSeek Harness 正在搭建的部分。

所以我说它想“干翻 VS Code”，指向的不是换掉一个代码输入框，而是 把开发工具生态的中心，从编辑器迁移到 Agent 运行时。

一旦这个中心发生迁移，编辑器也可能变成 Agent 的一个界面，而不再是所有能力必须依附的宿主。

最让我意外的，是它连自己都能扩展

DeepSeek Harness 底层使用 Cordis。这个元框架强调插件的可组合和可撤销，插件卸载以后，它注册的服务、事件和副作用也能随生命周期一起收回。

在这个基础上，官方还实现了一套动态 Cordis 工具。Agent 可以检查当前运行时提供了哪些服务、事件和 UI 插槽，再生成 Host 端或浏览器端插件代码，把新能力挂载到正在运行的环境中。

社区已经有人尝试让它生成会话标题、工作树管理、费用和余额显示等插件。使用者不一定先研究完整源码，可以直接让 Agent 检查当前环境，再为自己补功能。

这项能力目前没有进入默认组合，需要开发者主动启用。动态插件拥有很高权限，运行状态也不会在 dsh 重启后自动恢复。它现在更像一个已经跑起来的自扩展实验，而不是可以随意开放的成熟功能。

但方向已经出现了。

过去的软件插件由人查文档、写代码、打包、安装。DeepSeek Harness 正在尝试让 Agent 参与这条链路，软件缺少什么能力，就让 Agent 为当前环境生成什么能力。

这比“再做一个聊天侧边栏”激进得多。

VS Code 也已经意识到，战场变了

微软没有停在传统 Extension Host 上。

VS Code 正在建设独立的 Agent Host，把长期运行的 Agent 会话从扩展进程里拆出来。新的 Agent Host 可以在没有编辑器客户端连接时继续工作，也能连接远程工作区，还可以承载不同的 Agent 运行时。

这一步说明，VS Code 自己也看到了问题：传统扩展的生命周期，是围绕编辑器窗口设计的；长期自主执行的 Agent，需要一套独立的会话和运行架构。

两边开始进入同一层竞争，只是出发点正好相反：

• VS Code 从编辑器向外长出 Agent Host
• DeepSeek Harness 从 Agent Host 向外长出 Web UI、桌面入口和自动化接口

谁能成为模型、工具、权限、会话和开发环境之间的控制层，谁就有机会掌握下一个开发者生态的入口。

我为什么当天就给它做了一个桌面版

DeepSeek Harness 当前的官方启动方式很有 Node.js 味道：

npx @deepseek-ai/dsh web

一行命令会在本机启动 Web UI。对 Node.js 开发者来说很轻松，对没接触过 Node.js、npm 和终端的用户来说，中间仍然隔着一段路。

所以我开源了 DSH Desktop^[1]。

它是一个面向 macOS 和 Windows 的社区桌面客户端，内置 Node.js 24 LTS，可以安装、保留和切换官方 @deepseek-ai/dsh 版本，再把官方 Web UI 放进独立窗口运行。

做这个桌面端时，我没有改 DeepSeek Harness 的源码，也没有给官方页面塞入自己的功能。桌面端只管 Node.js 运行环境、官方版本选择和本地进程，进入窗口以后，模型、会话、插件、Skills 和用户数据仍由原版 DSH 负责。

我在做这个项目时感受最深的一点是，DeepSeek Harness 的运行底座和呈现方式是分开的。社区可以给它补桌面交付，其他开发者也可以为它补模型、工具、工作流和 UI，而不必每个人都重新 Fork 整套产品。

这正是生态能够生长的前提。

它离干翻 VS Code 还差得很远

DeepSeek Harness 现在仍然是 Developer Preview。官方明确提醒后续会出现不兼容变更，当前产品也远没有 VS Code 那样成熟。

它没有完整的代码编辑工作台、调试生态、源码管理体验和庞大的扩展市场。Web UI 更偏向 Agent 任务界面，代码阅读、Diff 和命令输出都在进步，但还不能代替开发者每天使用的 IDE。

社区评价也很分裂。

有人喜欢它的开放程度，已经开始为自己的工作流生成插件；也有人认为它速度偏慢、Token 消耗很大，插件、Profiles 和 Cordis 配置对普通用户并不友好。子 Agent、文档和部分交互同样还有不少早期问题。

这些问题决定了它今天还不可能把 VS Code 拉下桌。

可生态竞争看的不只是首个版本好不好用，还要看它把扩展权交给了谁，又给后来者留下了多少位置。

VS Code 用 Extension 机制赢下了上一个开发者工具时代。Cursor 把 AI 深深嵌进这套体系，却没有离开它。

DeepSeek Harness 让我看到另一种可能：未来的开发工具不再是一款装满插件的编辑器，而是一套可以组合模型、工具、Agent 和不同界面的运行底座。

等这套底座足够成熟，VS Code 也许不会消失。

但它可能从开发世界的中心，变成 Agent 可以调用的一个界面。

这才是 DeepSeek Harness 想干翻的东西。