假期才第三天，DeepSeek Harness 又把新版本端上来了。
10月3日北京时间14:42，官方发布 v0.2.1-alpha.1，进入 0.2.1 测试线。这次发布说明列出了6项新增功能，还调整了自动化任务的提供方式，并修补了一批插件安装、界面和桌面启动问题。
最有话题性的，是它开始尝试接入 Claude Code Mods（模组）。
对普通用户更直接的变化，则是插件页面可以直接发起“让 AI 创建插件”，草稿和文件引用更容易保留，遇到问题也多了官方诊断入口。
先提醒一句：后缀是 alpha.1，属于早期测试版本。下面把6个新功能拆开，再讲自动化变化和更新方法。
1. 试接Claude Code模组，扩展逻辑开始跨工具复用
这是本次最值得关注的实验。
DSH 新增了一个兼容层，可以把 Claude Code 模组的注册函数包装成 Cordis 插件，再接到 Harness 自己的服务上。已经映射的能力包括观察或阻止工具调用、调整提示词、添加命令和工具，以及读取会话信息。
可以这样理解：
按照 Claude Code Mods 接口编写的扩展经过 DSH 兼容层包装调用 DSH 自己的工具、会话和界面服务仓库还放入了 Token Weather、Blast Radius、Replay Theater 三个示例。其中，Token Weather 的已发布模块、类型和测试原样保留；另外两个根据公开教程片段补全。
不过，现在还不能理解成“Claude 插件全部随便装”。
官方明确说，这个阶段主要验证 Mods API（程序接口）的能力，大致属于 DSH 插件能力的一个子集，暂不提供完整、实用的兼容性。
例如，它不直接读取 Claude 的插件清单，部分事件不会触发，界面绘制目前主要放在输入框上方的横幅。模组还会按宿主插件运行，没有额外的模组沙箱，只适合加载可信代码。
我觉得它的看点在于：同一份扩展逻辑，有机会进入不同的 Agent（智能体）工具。至于普通用户能否顺畅迁移，还要看后续完善。
2. 插件页直接“让Agent创建插件”，需求入口更近了
创造模式此前已经能帮助开发插件。这次新增的是一个更容易找到的入口。
打开插件管理页，点击“让 Agent 创建插件”，就能保留草稿进入 Creator Mode（创造模式）。进入以后不会立即执行，用户发送需求后才开始工作。
这个流程很顺：
找插件，发现现有功能不合适，就在同一个地方提出自己的需求。
可以从一个小组件开始尝试：
请帮我制作一个“常用文件入口”插件。在 Harness 界面里显示我指定的几个文件，点击后使用当前支持的方式打开。先检查可用接口，说明最小实现方案。我确认后再编写和安装。完成后检查入口是否出现、文件能否打开，没有验证到的效果请明确说明。这类需求先求小、求明确。
让 AI 交付一个能安装、能检查的小功能，比一开始就要求“做一个万能工作台”更容易验收。
3. 新会话支持预填草稿，文件引用也能跟着保留
这一项看起来不大，却关系到日常操作是否顺手。
新版支持为新会话预填尚未发送的提示词。恢复草稿或切换工作区时，文件、目录和会话引用也会保留。
比如，一段需求写到一半，已经选好了几个文件，随后发现需要换一个工作区。
新版会保留这些引用，减少重新寻找材料的操作。发送之前，仍然应该检查目标工作区和文件是否正确。
“预填”也不等于“自动提交”。需求可以先摆进输入框，最后由用户检查，再决定什么时候让 AI 开始做。
配合插件创建入口，这次草稿处理的方向很明确：把需求带到正确的位置，同时保留发送前的确认机会。
4. Markdown头部信息，终于能按字段看了
有些 Markdown 文件，最上面会带一段 YAML Frontmatter（头部元数据）。
例如，下面是一个示意：
---name: file-checkerdescription: 只读检查测试目录---新版预览会把这类头部信息展示成清晰的字段列表，让名称、说明等内容更容易辨认。
对经常查看 Skill（技能）说明、带属性的笔记或项目文档的人来说，这比把头部信息混在普通正文里更直观。
需要分清的是：这是预览显示能力。字段看得更清楚，并不代表里面描述的技能已经安装、启用或通过检查。
5. 新增对外地址参数，反向代理部署更明确
这项主要面向把 DSH 部署到服务器，或者通过自有域名访问的朋友。
新版新增：
--public-url它用于告诉 DSH：浏览器实际通过哪个外部地址访问。这个地址会用于启动时显示和打开的网址、DSH_WEB_URL，以及提供给模型的 Web 地址。
官方给出的配置示例如下：
dsh --profile web --public-url https://app.example/ui/ --trusted-host app.example这里的域名只是示例，需要换成已经配置好的实际地址。它支持类似 /ui/ 这样的路径前缀。
但这个参数不会自动创建远程访问服务。
反向代理仍然要负责 HTTPS、路径前缀处理、WebSocket 转发和 Cookie 作用域；--trusted-host 也不能替代认证。监听端口应限制在可信代理或网络内，带启动凭据的网址不要公开分享。
只在本机使用桌面版的朋友，可以先跳过这一项。
6. 官方开发者工具上线，聊天和底层记录能对照检查
遇到“界面显示了，但底层记录是什么”“工具究竟在哪一步出问题”，现在多了一个官方入口。
新版增加可选的“开发者工具”组合包。进入插件管理器的官方分组启用，再从侧栏新建标签页菜单或引导页打开“会话数据诊断”，可以查看原始数据和对话分组。
发布说明还明确列出：聊天分组与正文支持双向定位，可以把界面内容和底层记录对应起来。
底部 Node.js 诊断面板的快捷键是：
Windows：Ctrl + Shift + .macOS：Cmd + Shift + .组合包默认关闭，本身不向模型请求增加上下文；启用后会启动本地调试后端，并采集未经脱敏的 Host（宿主）网络请求数据。
所以，它适合排查问题时按需开启。
涉及调试截图、日志和请求内容，分享前先检查敏感信息。内嵌调试界面目前使用英文，普通用户也没有必要为了“功能齐全”一直开着。
7. 六项新增之外，自动化和插件管理也有重要变化
这一版还有一个很实际的调整：自动化任务改为 Web 内置能力。
标准、创造和 PTC 模式提供提醒工具，极简模式和被委派的子智能体不提供。旧实验组合包的选择会自动清理，已有任务保留。
因此，新版标准模式下创建提醒，少了先开启实验组合包的一步。可以用一个短任务验证：
请创建一个10分钟后触发的一次性提醒：提醒我检查测试目录中的文件清单。创建后告诉我任务名称、时区和预计触发时间。宿主仍需保持运行。退出以后调度停止，重启后再恢复处理；发送记录只能证明消息进入了会话收件箱，不能证明 AI 已完成工作。
插件管理方面，新版会显示实际安装的版本；遇到新版本冷却策略导致安装较旧版本时，会解释原因，并给出精确版本安装方式。启停插件误删其他插件样式，以及组合包依赖映射残留等问题，也有修复。
Windows 桌面端则改为默认使用系统分配的端口，避免部分保留端口范围造成启动失败。
不过，升级前还要留意接口调整：旧的 ./invariant 导出被移除，输入区统计入口由 stats 拆成 activity 和 usage。依赖这些入口的第三方插件，需要作者适配；替换已经安装的插件版本，仍需重启。
8. 怎么更新？桌面版、npm和npx分开处理
升级前，先结束重要任务，备份实际使用的数据目录、配置和工作文件。
官方桌面客户端
从应用菜单进入“检查更新…”，更新后在“关于 DeepSeek Harness”核对版本。桌面版注册的 dsh 命令，版本跟随桌面应用；单独更新 npm 版不会替它完成更新。
本次已确认 GitHub 发布，但没有确认所有桌面更新渠道都已同步这个 Alpha。客户端实际检测到哪个目标版本，就按那个结果判断。
通过npm全局安装
本次未取得主软件包的 npm 注册表实时结果，先用下面的查询确认目标版本可取：
npm view @deepseek-ai/dsh@0.2.1-alpha.1 version --registry=https://registry.npmjs.org/npm view 只查询包信息。返回 0.2.1-alpha.1 后，再停止旧服务并安装；找不到版本或出现网络错误时，先不要继续。
安装指定版本：
npm install -g @deepseek-ai/dsh@0.2.1-alpha.1 --registry=https://registry.npmjs.org/使用精确版本号，可以避免依赖发布标签当前指向哪个版本。
安装后核对：
dsh --version确认版本正确，再启动：
dsh web使用自定义 Profile（配置档案）的朋友，继续按自己的配置启动。
平时通过npx启动
同样先查询版本是否可取，停止旧服务后，再指定版本运行：
npx --yes --registry=https://registry.npmjs.org/ @deepseek-ai/dsh@0.2.1-alpha.1 web指定 npx 版本不会自动备份或隔离 DSH 的配置与会话数据，升级前的备份不能省。
装完先检查常用插件，再用测试文件和一次短提醒验收，不要马上把重要长任务全部交给新版本。
9. 干货总结：扩展能力继续试，日常体验继续补
这次6个新功能，可以记成六句话：
试接 Claude Code 模组；插件页面直接发起创建；新会话保留草稿与引用；Markdown 头部按字段显示；对外访问地址可以明确配置；官方提供可选诊断工具。
自动化重新内置、插件实际版本显示和加载修复，则让这些能力更容易找到、检查和维护。
我的判断是，插件开发者值得重点研究 Mods 兼容层；普通用户更应该关注任务入口、草稿、自动化和插件管理。
记住三件事就够了：Alpha 先测试，插件先查兼容，更新后检查实际结果。
功能越来越多，最终还是要落到一件事上：任务能否顺利完成，出了问题能否找到原因。
#头条精选-薪火计划# #上头条 聊热点#
热门跟贴