Deepseek-Harness-for-VS-Code

DeepSeek Harness for VS Code

一个零依赖的 VS Code 扩展，把 DeepSeek Harness (DSH) 接入 VS Code 的两种形态：

1. 忠实窗口：把 DSH 的 Web GUI 原样内嵌到 VS Code 侧边栏 / 辅助侧边栏 / 编辑器标签页，自动检测、启动 DSH 服务——不注入脚本、不改写界面、不拦截交互，不影响你对 DSH 的页面组织、第三方插件装配等任何二次开发行为； 2. Copilot 桥接（v0.7.13 起）：把 DSH 注册为 VS Code 聊天模型——模型选择器里出现 DeepSeek Harness 下属模型 条目（DSH (DeepSeek Harness) 跟随 DSH 设置里的默认模型，其余条目固定对应 DeepSeek 官方现役模型，条目名随 DeepSeek 模型版本更新），选中即可在 Copilot Chat 里借助 DSH 强大的任务编排与工具调用能力解题。 Copilot 桥接不影响「忠实窗口」形态——它只是为便捷编程而做的功能提升；你不选这些模型条目时，一切与没有桥接功能时完全一样。

如果喜欢本扩展请转至 Deepseek-Harness-for-VS-Code 星标助力；对 Chrome Extension 有需求也请关注 Deepseek-Harness-for-Chrome。 版本适配：本扩展 v0.8.34 起适配 dsh v0.1.2-rc.1 及以上版本——自动完成该版本起新增的 Web 浏览器认证（扩展受管认证代理，面板与 Copilot 桥接全程免登录、免打扰，详见下文「dsh web 浏览器认证」）；同时向下兼容未启用认证的旧版 dsh（启动参数探测、RPC 端点新旧格式自动回退）。1.0.0 起同步适配 dsh 0.2.x 的回答事件通道（assistant/message，旧的 assistant/chunk 仍兼容），并跟随 DeepSeek 现役模型（deepseek-flash = V4.1-Flash、deepseek-v4-pro）。 🆕 最近版本新增功能 v1.1.1 —— 修复面板内「复制」按钮无反应（Issue #28，2026-11） 根因（VS Code 层面）：面板把 DSH 以跨源 iframe 内嵌在 webview 里，而 VS Code 的 Electron 权限处理器只对 requestingUrl 以 vscode-webview:// 开头的请求放行 clipboard-read / clipboard-sanitized-write；iframe 的来源是 http://127.0.0.1: ，于是 navigator.clipboard.writeText() 被拒（Write permission denied）。iframe 上的 allow="clipboard-read; clipboard-write" 只做 Permissions Policy 委派，管不到这层权限处理器（上游 microsoft/vscode#182642 仍 open）。 为什么「点了没反应」：DSH 前端的复制工具只在 navigator.clipboard.writeText 不存在时才回落 textarea + execCommand('copy')；writeText() 存在但被拒时直接返回 false，既不报错也不改图标，因此按钮完全静默。 修复：宿主剪贴板中继。内置插件 dsh-webview-clipboard（v0.3.0）在宿主握手后包裹 navigator.clipboard.writeText：文本经 webview 中继交给扩展宿主 vscode.env.clipboard.writeText() 写入——不受 Electron 权限处理器限制，Remote-WSL / Remote-SSH 下写入的正是客户端（Windows）剪贴