DeepSeek Harness Remote Development
DeepSeek Harness 远程开发：VS Code、JetBrains 与 SSH 对比
- 作者
- DeepSeekAgent.io 编辑部
- 发布
- 更新
DeepSeek Harness 的社区已经出现几种不同的开发入口：在 VS Code 或 JetBrains 中使用 DSH、通过 SSH 把工具执行切换到远程主机，以及用 macOS 原生启动器管理本地 DSH 进程。它们看起来都在改善“开发体验”，但解决的问题并不相同。
本文比较的是社区项目，不是 DeepSeek 官方产品或内置功能。功能描述基于项目 README 与 DSH 官方仓库讨论；安装前应检查当前版本、源码、权限与兼容性。
先看结论
| 方案 | 主要目标 | DSH 运行位置 | 最适合 |
|---|---|---|---|
| DSH Web / Terminal | 官方基础入口 | 本机或你自行管理的环境 | 先建立可复现基线 |
| VS Code 集成 | 把对话、Diff、审批和编辑器上下文放进 IDE | 本机独立 Runtime，通过 loopback 连接 | 以 VS Code 为中心的编码 |
| JetBrains 集成 | 在 JetBrains Tool Window 中运行 DSH | 本地 Runtime 或复用现有 Runtime | IntelliJ 系列用户 |
| SSH Cloud Workspaces | 让文件与命令工具在远程主机执行 | DSH Web 在本地，工具面在远端 | 服务器仓库、GPU 机和隔离环境 |
| macOS Launcher | 管理本地 DSH 服务、Web 和终端任务 | 本机 | 不想手动管理进程的 macOS 用户 |
如果你只是第一次使用 DSH，先让官方 Web 或 Terminal 工作。IDE、SSH 和 Launcher 都增加了新的集成层；没有基础可用配置时，同时排查模型、Runtime、编辑器或远程连接会明显更困难。
VS Code：最完整的编辑器闭环
社区项目 dsh-vsc-integration 把 DSH Runtime 与 VS Code Webview 连接起来，并围绕编码工作补充了：
- 使用编辑器原生 Diff 展示文件修改。
- 在批准写入前预览变更。
- 将当前文件、选区和 Git 状态加入上下文。
- 动态读取 Slash Commands。
- 展示 Trace、Token、Todo 与子 Agent 状态。
- 多个 VS Code 窗口复用一个本地 Runtime。
它更像“DSH 的 IDE 前端”，而不是在扩展内部重新实现 Harness。优点是代码审查动作更接近编辑器；代价是要同时处理扩展、独立 Runtime、Webview 与版本匹配。
适合：主要在 VS Code 工作，希望对文件修改保留原生 Diff 与批准流程的用户。
JetBrains：面向 IntelliJ 系列的本地集成
dsh-intellij-integration 是相对年轻的社区项目，目标是把 DSH 放进 JetBrains Tool Window。项目资料描述了编辑器感知 Prompt、托管本地 Runtime、连接已有 Runtime，以及通过 Password Safe 保存凭据等能力。
它适合 Java、Kotlin、Android 或其他 JetBrains 工作流，但不应仅因为功能名称相似，就假设它与 VS Code 扩展拥有完全相同的成熟度和行为。安装前应核对支持的 IDE 版本、插件发布版本与当前 DSH Runtime。
适合：工作环境已经牢固建立在 IntelliJ IDEA、PyCharm、WebStorm 等 JetBrains IDE 上的用户。
SSH Cloud Workspaces：改变的是工具执行位置
dsh-cloud-workspaces 不是 IDE 外壳，而是一个社区 DSH 插件。它通过 DSH 的 ctx.fs 与 ctx.subprocess 扩展面，在 Session 范围内把 bash、read、write、edit、glob 和 grep 等操作转向标准 SSH 主机。
项目的核心主张是远端只需要 SSH Server，不需要额外安装 Agent。它还描述了主机管理、密钥或密码认证、ProxyJump、连接测试和远程文件浏览器。浏览器界面会隐藏秘密字段，但这不等于远端命令本身没有访问风险。
这条路线适合本地 DSH 控制远程仓库、GPU 机器或临时环境。它的风险也最高：插件接管文件和进程边界后，误操作影响的是远程主机。应使用专用账号、最小权限、限定工作目录、受限网络和可销毁环境，不要直接连接重要生产主机。
适合：明确需要“本地控制、远端执行”，且能够管理 SSH 权限和远端隔离的团队。
macOS Launcher：本地进程入口，不是远程工作区
deepseek-harness-launcher-for-macos 是 Swift/AppKit 社区应用，用于启动和停止本地 DSH Server、打开 Web 界面、运行终端或 Headless 任务、查看日志并管理进程生命周期。
它减少的是本地启动成本，不会把工具执行自动迁移到另一台机器，也不是 VS Code 或 JetBrains 的编辑器集成。项目称凭据仍由 DSH 自己的存储管理，Launcher 不处理密钥；使用时仍应从源码、签名与 Release 资产角度评估第三方应用。
适合：希望用菜单栏或原生窗口管理本地 DSH，而不想反复输入启动命令的 macOS 用户。
怎样选择
你要的是更好的代码审查界面
选择与你的主 IDE 对应的 VS Code 或 JetBrains 集成。先检查 Diff 是否完整、审批是否在写入前发生，以及编辑器上下文会发送哪些内容。
你要的是在服务器上执行
选择 SSH Workspace 类插件，而不是 IDE 皮肤或 Launcher。先用无敏感数据的测试主机验证路径、Shell、Git、符号链接和权限边界。
你要的是更省事地启动本地 DSH
macOS Launcher 更贴近需求。它不能替代远程开发插件，也不会自动带来 IDE 原生 Diff。
你想组合两种方案
理论上可以使用 IDE 前端连接本地 Runtime，再由 DSH 插件把工具路由到 SSH 主机，但组合会增加故障面。先分别验证各层，再测试组合；不要一开始就把 Runtime、IDE 扩展、SSH 与模型配置一起更换。
安装社区集成前的检查清单
- 从项目仓库确认作者、许可证、最新 Release 与支持的 DSH 版本。
- 阅读它访问的文件、命令、网络、凭据和编辑器上下文范围。
- 固定版本，备份 DSH Profile、Composition 与重要 Session。
- 在可丢弃仓库或测试 SSH 主机中验证 Diff、审批与取消操作。
- 检查扩展升级后是否改变 Runtime、配置格式或远程命令行为。
- 出现问题时先回到官方 Web / Terminal 基线，判断故障属于 DSH 还是集成层。
社区项目的下载量、测试数量和功能列表都只能作为维护信号，不能替代你自己的安全审查与兼容性测试。
相关阅读
常见问题
这些集成是 DeepSeek 官方维护的吗？
不是。本文列出的 VS Code、JetBrains、SSH Workspace 和 macOS Launcher 都是独立社区项目。
VS Code 扩展等于 VS Code Remote SSH 吗？
不等于。该 DSH 集成主要提供编辑器界面并连接本地 Runtime；把 DSH 工具执行切换到远程主机是 SSH Workspace 插件解决的另一层问题。
能直接把 SSH Workspace 连到生产服务器吗？
技术上能连接不代表应该连接。更安全的做法是专用低权限账号、限定目录、隔离主机或临时环境，并对危险命令保留人工审批。