DeepSeek Harness 自动更新怎么开？dsh 本体自动更新与插件升级提醒的做法

dsh 本体没有内置的自动更新开关：想让它一直保持最新，要么改用 npx 启动（每次按 @latest 重新解析），要么用系统计划任务定时执行更新命令；真正带「自动检查 + 提醒」的是插件侧，由 DSH Plugin Hub 的启动时检查更新与可更新徽标负责。 DSH插件 与 DeepSeek插件 的提醒都落在插件侧这一层，本体那一层没有开关，两者别混。这篇把两层分开讲，各自的实现方式与代价都说清。

先分清两层：DeepSeek Harness 本体自动更新与 DSH plugin 自动提醒

「自动更新」在 DeepSeek Harness 里是两个独立问题：本体是 npm 全局包或 npx 临时包，要靠外部机制取最新；插件由 dsh plugin 通道管理，有内建的检查与提示（来源）。 对照表：

先确定自己属于哪一类：执行 npm ls -g @deepseek-ai/dsh，预期：有版本号输出说明是全局安装，按第三节做定时更新；输出 (empty) 而你平时用 npx 启动，按下一节做。

DeepSeek Harness 最省事的做法：用 npx 启动，每次按最新解析

npx 没有常驻安装实体，每次运行都会按 @latest 重新解析包，这等于每次启动都顺手更新一次，不需要额外配置（来源）。 三步落到日常使用：

1. 启动命令带上最新标签 — 执行 npx -y @deepseek-ai/dsh@latest web。预期：npx 按 latest 解析并运行，-y 跳过安装确认提示。
2. 确认拿到的就是最新版 — 另开终端执行 npm view @deepseek-ai/dsh version 与 dsh --version 对比。预期：两者一致，说明这次启动用的就是源站最新稳定版。
3. 怀疑拿到旧版时清缓存 — 执行 npm cache clean --force 后重跑第 1 步。预期：重新下载；npx 的临时安装内容位于 ~/.npm/_npx。

代价要说清：这种方式每次启动都可能有一次下载检查，网络不稳时表现为「启动慢」。若你已经用 npm 全局安装并配了开机自启，就别再混用 npx，否则两套版本会各跑各的，排查时极易误判。

全局安装的 DeepSeek Harness 怎么自动更新：用系统计划任务定时执行

全局安装没有「每次启动自然取最新」的机会，正确做法是把更新命令排进系统计划任务，由系统按天执行；更新很快，真正的成本是更新后必须重启常驻服务（来源）。 三平台做法：

1. macOS：用 launchd 定时 — 新建 ~/Library/LaunchAgents/org.dsh.update.plist，用 StartCalendarInterval 声明执行时刻，ProgramArguments 里写 /bin/sh -c "npm install -g @deepseek-ai/dsh@latest"，再用 launchctl bootstrap gui/$(id -u) <plist> 加载。预期：到点自动执行，日志由 StandardOutPath 落盘。
2. Linux：用 systemd timer — 建 ~/.config/systemd/user/dsh-update.service（ExecStart=/usr/bin/npm install -g @deepseek-ai/dsh@latest）与 dsh-update.timer（OnCalendar=daily、WantedBy=timers.target），执行 systemctl --user daemon-reload && systemctl --user enable --now dsh-update.timer。预期：systemctl --user list-timers 能看到下次执行时间。
3. Windows：用任务计划程序定时 — 创建任务，触发器选「每天」并设定时间，操作填 npm.cmd 的完整路径、参数填 install -g @deepseek-ai/dsh@latest。预期：到点自动跑，可在「上次运行结果」里核对。
4. 定时任务之后重启常驻服务 — 若你按《dsh 怎么开机自启？》把它托管成了后台服务，更新后需要再重启该服务，进程才会用上新版本。预期：dsh --version 显示新版本。

建议先只想清楚一件事：自动更新意味着某天服务会在你不知情时换版本。若你依赖某个版本的行为，就别开定时更新，改成看到版本通知后手动升级。

怎么第一时间知道 DeepSeek Harness 有新版本

不想自动升级、只想被通知的人，用三条查询命令加一个订阅就够了（来源）。 逐个说明：

1. 看差距 — 执行 npm outdated -g --depth=0。预期：该包出现在列表里时，Current 与 Latest 两列就是「你现在用的」与「可用的最新」。没有任何输出说明已是最新。
2. 查源站最新版 — 执行 npm view @deepseek-ai/dsh version。预期：输出源站上的最新稳定版号；若明显低于官网公告，先查 npm config get registry 是不是镜像滞后。
3. 订阅发版通知 — 打开 deepseek-ai/deepseek-harness 仓库页，点 Watch → Custom → 只勾选 Releases。预期：每次发新版本会在 GitHub 通知里收到一条，不刷屏。
4. 看更新日志再决定 — 确认新版内容后再升级，避免盲目跟进。查版本与读日志的方法见《DSH 怎么查版本、看更新日志？》。

DSH Plugin Hub 插件侧的自动检查更新：启动时比对与可更新徽标

插件不会静默升级，但会主动提示：DSH Plugin Hub 的设置里有「启动时检查更新」，开启后每次启动比对目录数据与已装版本，有新版的插件在已安装列表行尾出现可更新徽标（来源）。 三步用起来：

1. 打开检查开关 — 进入「设置」页，确认「启动时检查更新」处于开启状态。预期：之后每次启动会做一次版本比对。
2. 看已安装列表 — 进入「已安装」页，找行尾带「可更新」的条目。预期：这类插件就是有新版本可升的。
3. 逐个确认升级 — 点「可更新」并在弹窗里确认。预期：插件原位覆盖升级到最新版；有多个时也可按批处理思路一次性过一遍，见《DSH plugin 怎么批量更新？》。

为什么插件不做成全自动：覆盖升级会替换正在运行的代码，通常需要重启 dsh 才加载生效，静默执行反而容易让人误判「更新了但没变化」。所以市场把最后一步留给你点确认。

五条通用注意事项：

1. 自动更新本体与自动更新插件是两件事：前者走 npm 与计划任务，后者走市场徽标，任何一方都不会带动另一方。
2. 定时更新要配日志：否则某次失败会悄无声息，下次你只看到「版本还是旧的」却无从查起。
3. 别在无人值守的服务上开定时更新后不管：新版本可能改变插件加载行为，更新完至少要有人看一眼能否正常启动。
4. 镜像源会影响「有没有新版」的判断：npm view 读到的是源的缓存，判断前先确认 npm config get registry。
5. 升级前先备份：配置与会话数据的保留范围、备份做法见《DeepSeek Harness 更新会丢配置吗？》。

本体靠计划任务、插件靠市场提示，两件事分开管就不容易乱。 DSH Plugin Hub 是 DeepSeek Harness 内置的官方插件市场，设置页集中管理「启动时检查更新」、NPM 镜像源与代理通道；已安装列表则把有新版本的插件标出来，点确认即原位升级，不需要回到命令行逐个查。

来源：npm Docs - npx、Apple developer documentation（launchd）、systemd 官方文档 - systemd.timer、dshplugin/dsh-plugin-hub GitHub 仓库