dsh-open-in-vscode
omdsh-dev/dsh-open-in-vscode
从 Web GUI 一键在 VS Code 中打开工作区目录。
安装
把 dsh-open-in-vscode 装进 DeepSeek Harness
npm 方式
直接拉已发布的 tarball,不用克隆整个仓库,也不需要额外配置。如果你用的是别的 profile,把 `web` 换成对应的名字。
GitHub 方式 · npm 包
从 GitHub 装会执行项目自己的构建脚本,而 pnpm 默认拦着不让跑——先跑一次这条命令,pnpm 会打印出要加到 ~/.dsh/profiles/web/pnpm-workspace.yaml 里 `allowBuilds` 下面的那个 key。
我们跑过之后
我们跑过,没装上
这里每条命令都在一次性容器里、对着干净 profile 真跑过,结果取自 harness 自己的记录,不是读源码猜的。 最近一次 2 天前.
安装前须知
装 dsh-open-in-vscode 之前,先看这几条
- 源码在这里: omdsh-dev/dsh-open-in-vscode——已进入社区精选库,DSH 自带的插件市场就是从这儿装的。
- 开源协议:MIT。
- 自动识别到:终端执行。授权之前请先读一遍源码。
- 被收录在这里不代表通过了安全审计。插件是带着你 agent 的权限在跑。
AI 锐评
是什么 — 在 DeepSeek Harness 网页界面的工作区侧边栏,为每个工作区行添加 VS Code 打开菜单入口。
谁该装 — 在 DeepSeek Harness 网页 GUI 中管理工作区,需要从侧边栏直接打开到 VS Code 的用户适合使用此插件。 如果仅通过命令行工具管理工作区而不使用网页界面的用户无需安装。
注意 — 实测显示安装完成后 Harness 没有将其注册进 profile。 未发现其他明显的坑。
锐评 — 因为当前测试显示安装后 Harness 无法将其注册进 profile,我不会装,等 Harness 能将插件注册进 profile 时再回头看。
grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。
dsh-open-in-vscode 是做什么的

dsh-open-in-vscode 是一个 DeepSeek Harness 插件,用于在 Web GUI 中把工作区目录直接交给 VS Code 打开。每个真实工作区行的“…”菜单都会出现打开项;中文界面显示 在 VSCode 中打开,英文界面显示 Open in VSCode。点击后菜单关闭,客户端通过 Typert Remote 的 openInVscode/open 把工作区目录传给主机,主机再以分离进程启动 editor CLI,默认执行 code <path>。
DeepSeek Harness 插件通过 sidebar.workspaces.row-menu 扩展点接入界面;在 0.1.0-rc.6 上使用兼容适配器。command 指定可执行程序,args 提供放在目录路径前的额外参数。插件本身不读取或写入文件,也不增加 tools、skills、settings namespace 或 model-facing surface。
它适合已经在主机安装 VS Code,或有其他可通过命令行打开目录的 editor CLI 的开发者。没有可用的 editor CLI 时不应安装;macOS 需要先安装 VS Code shell command,除非改用其他 command。该插件会触及主机的终端进程边界:它启动配置的可执行程序并传入所选工作区路径,但不会执行其他操作。
dsh-open-in-vscode 的文档
dsh-open-in-vscode 的行为说明
DeepSeek Harness 在 web profile 中加载此插件。插件通过 sidebar.workspaces.row-menu 为真实工作区行增加菜单项;在 0.1.0-rc.6 上使用兼容适配器。点击后调用 Typert Remote 的 openInVscode/open,传入工作区目录。主机以分离进程启动 editor,客户端文件位于 /plugins/dsh-open-in-vscode/client.js。
dsh-open-in-vscode 的配置
配置来自 cordis.yml:
| Key | Default | 说明 |
|---|---|---|
command |
code |
打开目录的 executable;Windows 默认探测标准 VS Code 安装位置,其他命令从 PATH 查找。 |
args |
[] |
放在工作区目录前的额外参数。 |
相对路径会被拒绝;找不到 executable 时会报错并给出修复提示。
dsh-open-in-vscode 的命令与环境要求
DeepSeek Harness 要求版本为 0.1.0-rc.6 或更高。默认调用形式是 code <path>,args 会插入 <path> 之前。主机必须安装 VS Code,或提供能打开目录的 editor CLI。macOS 需要安装 VS Code shell command,Windows 支持默认命令对常见 VS Code 安装位置的探测。
已知限制
操作需要用户点击,不单独请求 approval。插件没有 tools、skills、settings namespace 或 model-facing surface,不读取、不写入文件,也不提供其他命令行功能。
根据项目自己的文档整理,会跟着上游更新。两边对不上时以源码仓库为准—— 去 GitHub 看原始 README
同一分类
dsh-open-in-vscode 的同类插件
plugin-notify
whyihaveyou
回合完成、错误或待审批时推送 IM webhook(飞书/企微/钉钉/Slack/Discord/自定义)与本地通知。
没有一行式安装命令——这个插件在一个大仓库的子目录里,也没发 npm 包。
dsh-notifier
THEWOLFWALKER
DSH 统一通知推送与远程控制:一个 `notify()` API 打通 25+ 渠道(Telegram / 钉钉 / 飞书 / 企业微信 / QQ 机器人 / WxPusher / PushPlus / Server 酱 / Bark / Discord / Slack / ntfy / webhook 等),timeSensitive / active / passive 分级路由并重试;五通道反向审批(Telegram 按钮 / 飞书卡片 / QQ / WxPusher / 微信 iLink);QQ/钉钉/飞书官方扫码登录;本地 Web 管理台;多 agent 路由;系统桌面通知——以及**手机指挥中心**:在手机上发 `!status` / `!stop` / `!retry` 遥控 agent,通知带可操作按钮(查看结果 / 重试 / 日志,点击回调 agent)。密钥脱敏、工具限流、零运行时依赖。
装得上,但要先放行构建脚本
dsh-lark
omdsh-dev
DeepSeek Harness 的飞书/Lark 机器人渠道:每个会话驱动独立 agent,工具审批、模型提问与计划审阅都以卡片回到聊天,点按钮或直接回复即可作答;聊天里用 `/cd`、`/model`、`/new` 切工作区、换模型、重开会话,多个机器人各自独立并可在同群交接回合。
装得上,但要先放行构建脚本