这两天你的技术群大概率被 DeepSeek Harness（命令行叫 dsh）刷过屏。8 月 13 日晚上 DeepSeek 把它开源，两天不到 star 数冲上近 10 万。知乎到我写这篇的时候已经超过 11 万。评论区一半在喊"Claude Code 危了"，另一半在问一个特别实际的问题：这玩意儿到底怎么在 VS Code 里用起来？
我替你把这个坑摸了一遍，先说三个结论，赶时间的看到这里就够了：
dsh 官方目前根本没有 VS Code 插件。它原生是 Web UI + 命令行，官方 README 给的就两条路：`npx @deepseek-ai/dsh web` 起一个网页，或者 clone 源码自己 build。
但社区已经等不及了。我查了 VS Code 插件市场，从 dsh 开源到现在 72 小时左右，已经冒出来十几个第三方 dsh 扩展，安装量从个位数到一千出头不等，全是个人开发者赶工出来的。
它那句刷屏的口号 “Everything is a Plugin”，说的不是 IDE 插件，而是 dsh 自己的运行时架构——模型适配器、工具、能力全是它内部的插件。很多人冲着"给 VS Code 装个 dsh 插件"去搜，方向从一开始就歪了。小红书
下面展开说。
先澄清一个最普遍的误会
dsh 是一个 agent harness（智能体框架），MIT 协议、TypeScript 写的，目前明确标注 developer preview（开发者预览），官方 README 里加粗写着"未来会有破坏兼容性的变更"。GitHub
它的"一切皆插件"是基于一个叫 Cordis 的框架做的架构设计，意思是 dsh 自己的各种能力可以像插件一样挂载替换，跟 VS Code 的扩展市场是两码事。GitHub
所以现在的真实状态是：官方没出手做 IDE 集成，想要"在编辑器里用 dsh"，只能靠社区桥接或者曲线救国。 这也是为什么你会觉得"怎么搜不到一个靠谱的官方插件"——因为确实没有。
想用上，目前就三条路
路线一：直接在 VS Code 里跑官方 Web/CLI（最稳，推荐先用这个）
在 VS Code 的内置终端里敲：
```sh
npx @deepseek-ai/dsh web
```
它会在本地起一个 Web UI，默认地址 `http://127.0.0.1:3080`。GitHub前置条件就一个：装好 Node.js（社区实测反馈建议 Node 22 以上）。知乎这条路不碰任何第三方代码，是官方唯一背书的用法，适合先体验 dsh 本身值不值得你继续投入。缺点是它跟编辑器是"两张皮"，你在 VS Code 里写代码、在网页里跟 dsh 对话，引用文件、看 diff 没有原生 IDE 插件顺手。
路线二：装社区第三方扩展（尝鲜可以，但要睁大眼睛）
dsh 开源后这 72 小时，插件市场已经长出来一批桥接扩展，我按安装量数了一遍，代表性的有这些：
扩展 | 安装量（发稿时） |
|---|---|
weinibuliu.dsh-vsc（DeepSeek Harness） | ~1013 |
Jager.dsh-vscode | ~728 |
Xizhi1024.dsh-vs-sidebar | ~148 |
vithrive.deepseek-harness-vscode | ~107 |
KAZUHA.dsh-for-vscode | ~60 |
joygqz.vscode-dsh（Launcher） | ~53 |
后面还有一串安装量个位数到两位数的，加起来十几个。这些扩展功能大同小异：帮你在 VS Code 里拉起 dsh、塞一个侧边栏面板、管理它的生命周期，基本都是个人开发者一两天赶工出来的。小红书小红书
重点提醒：这些全是个人开发者的非官方作品，发布也就几天，没有官方维护背书。dsh 本体还在开发者预览、随时可能有 breaking change，套在它外面的第三方壳子稳定性可想而知。装之前建议先看插件权限、开源仓库和最近更新频率，别把项目直接交给一个装了几十次的壳子。
路线三：先观望，等官方或等稳定
如果你现在的主力是 Claude Code 的 VS Code 官方插件（那个是 Anthropic 官方出品、2300 万+ 安装、评分 3.7 的成熟货），dsh 暂时给不了你同等水平的编辑器集成。等 DeepSeek 官方出手，或者等社区扩展卷出一个安装量和口碑都站得住的，再切不迟。
到底值不值得现在切？分人
我翻了一圈第一批上手的人的反馈，帮你把噪音滤掉：
觉得它强的：有人说同样的任务，dsh 给出的结果比 VS Code 里的插件"更具体详细"，大约好三成。小红书也有人盯着 DeepSeek 自家模型的低成本和高缓存命中来的。小红书
觉得它弱的：操作界面不如 VS Code 插件方便，引用文件不如在编辑器里顺手，这是被反复提到的短板。
关于花钱：有人晒单次任务 dsh 和 Claude Code 插件的成本对比，但那是单一任务、不同模型的个例，两边数字还互相打架。别拿一张截图就下"谁更省钱"的结论，成本这事跟你用什么模型、任务多重、缓存命中多少强相关，得自己跑两天才有数。
给三类人的直接建议：
想尝鲜、能接受折腾：先用路线一跑官方 Web UI，确认 dsh 对你的活儿有用，再去挑社区扩展，别反过来。
求稳、项目要紧：留在你现在的 Claude Code / Copilot 上，把 dsh 放观察清单，它现在最大的风险不是不好用，是"还没定型"。
就想省钱：先算清楚你的模型账单再动，dsh 本身不要钱，但钱大头在模型调用，换个 harness 不等于账单立刻变薄。
值得盯的三个信号
想持续跟进的话，盯这几个地方就行：
官方仓库 deepseek-ai/deepseek-harness 的 release 节奏——只要还在 0.1.0-rc 这种预发布版本来回跳，就别指望 API 稳定；
插件市场里哪个 dsh 扩展的安装量和评分先跑出来，社区自然会投票；
DeepSeek 官方会不会自己出 IDE 集成——以它这波热度和招聘动作，大概率不会一直缺席。
一句话收尾：dsh 是真火，也真有想法，但它现在还是个"预览版"。在 VS Code 里，先用官方 Web/CLI 体验，社区插件只尝鲜不托付，值不值得切等它定型。
你现在主力用什么 AI 编程工具？dsh 这波你冲了还是观望了？评论区聊聊。
