DeepSeek Harness：不是另一个VS Code插件，而是一套新的开发工具范式

过去几年间，试图挑战VS Code地位的产品不在少数。从Cursor到各类AI编程助手，大多数产品选择了同一条路径：在VS Code的基础上叠加AI能力。这种策略的优势显而易见——可以直接复用成熟的编辑体验和庞大的扩展生态。但问题也随之而来：无论AI功能多么强大，其底层逻辑仍然是「以编辑器为中心」。直到DeepSeek Harness的出现，这条看似理所当然的路径开始受到质疑。

概述

DeepSeek Harness的核心定位是一个Agent运行时（Harness），而非一款代码编辑器。它的核心设计理念是「Everything is a Plugin」——模型适配器、工具注册表、会话日志、文件系统、沙箱环境、Agent循环、子Agent工作流、Web界面，所有组件都被设计为可插拔的模块。这意味着整个系统没有一个需要优先修改的核心，dsh进程本质上是一棵在启动时动态组合的插件树。这种架构带来的直接好处是：换掉模型、工具、运行环境或UI，系统仍然可以正常运行。

为什么开发者工具的形态正在发生变化

VS Code的成功建立在「开发者需要围绕编辑器工作」这一前提之上。代码浏览、编辑、运行、调试——这些操作被统一到一个工作台中，再通过扩展机制吸引整个开发生态。然而，当AI Agent开始接管越来越多的执行动作时，这套范式的根基正在被动摇。Agent会自主搜索文件、修改代码、运行命令、处理错误、拆分任务，甚至将工作委托给子Agent。当执行主体发生变化，最重要的底座也会发生变化：如何让Agent获得准确的上下文？如何管理长任务的保存、恢复和继续执行？如何控制文件与命令的权限边界？这些问题并非传统编辑器的设计目标，却恰恰是Agent运行时需要解决的核心问题。

让Agent为自己构建工具的尝试

DeepSeek Harness底层采用Cordis元框架，强调插件的可组合和可撤销特性。更值得关注的是其动态插件能力：Agent可以检查当前运行时提供了哪些服务、事件和UI插槽，并据此生成新的插件代码，将能力挂载到正在运行的环境中。社区已经有人尝试利用这一特性，让Agent自动生成会话标题管理、工作树视图、费用统计等功能插件。这代表着一种范式转变：过去的软件插件需要人工查文档、写代码、打包、安装，而现在Agent可以参与这条链路，根据环境需求自主生成缺失的能力。

传统玩家的应对与行业走向

面对这一趋势，VS Code并非毫无反应。微软正在建设独立的Agent Host，将长期运行的Agent会话从扩展进程中分离出来，支持在无编辑器客户端连接时继续工作，并可连接远程工作区。这说明VS Code自身也意识到，传统扩展的生命周期是围绕编辑器窗口设计的，而长期自主执行的Agent需要独立的会话和运行架构。两家正在进入同一层面的竞争，只是方向相反：VS Code从编辑器向外延伸Agent能力，DeepSeek Harness则从Agent运行时向外扩展Web UI、桌面入口和自动化接口。谁能成为模型、工具、权限、会话和开发环境之间的控制层，谁就有机会掌握下一个开发者生态的入口。

如有侵权，请联系删除。