dshmarket 1.73.4/1.73.5：排空模式（10 月 29 日）

dshmarket 八晚中的第七个发布夜再落两版——Agent 安全排空模式与 Desktop 永久等待更新的修复。

DSH 插件市场在 2026-10-29 晚间再落两版，这是最近八晚里的第七个发布夜。据 npm registry（2026-10-29 抓取），dshmarket 1.73.4 于 17:13:00 UTC 发布，1.73.5 于 20:50:29 发布，latest dist-tag 指向 1.73.5。对应的 GitHub release 页时间戳均早于 npm 发布，分别为 17:07:52 与 20:48:54 UTC。每版各带恰好两项变更。

1.73.4：三个开关与一条被解开的更新等待

据 v1.73.4 notes，市场的三个入口现在可以分别开关：设置分区、插件页已安装列表旁的页签、侧栏行（PR #1052，关闭 issue #1015）。据 PR 描述，三个开关放在市场设置卡片的折叠高级分组里，默认行为不变，且至少保留一个入口——三个全关时服务端返回 409；宿主没有的入口不提供开关。

第二项变更解开了一条安静的循环。据 PR #1055 描述（@3431481073 的首次贡献，关闭 issue #1053），DSH Desktop 在每次 pnpm 调用时都设置 pnpm_config_minimum_release_age=0，而市场的排除读取器把这个数字值当成无法核实的外部策略——于是 Desktop 上的每一次更新都停在「新版等待中」状态、每 30 分钟重试一次。修复把环境窗口键上的非负整数按已知策略读取，与数字型 .npmrc 窗口此前的待遇一致，使市场执行的窗口与 pnpm 实际使用的窗口一致。

1.73.5：市场学会等待 Agent

今晚的第二版带来排空模式（PR #1054，关闭 issue #411——其标题就是这个功能；模式本身由 issue #412 规范）。据 PR 描述，Agent 运行时安装、更新、卸载不再停在 409：市场接受操作，在 DSH 的公共维护边界等待每个 Agent，执行既有的变更，再释放挂起让排队的 Agent 工作继续。该行为由客户端选择启用——busyPolicy 默认为 reject，第一方 UI 只在宿主宣告 agentDrain 时才开启 drain，旧宿主保持 409 行为。

与之同行的 PR #1050（@TaurusVbD 的首次贡献）让宿主探测认识了一类嵌入式宿主——在自己的进程里启动 dsh 核心树、而非 exec CLI 的应用。据 PR 描述，这类宿主此前显示宿主版本未知：Discover 的兼容筛选不可用，安装与更新前的宿主不兼容拒绝被跳过。修复改为读取核心的安装锚点——以 profileContext.installAnchor 提供的 package.json 路径——不再只依赖文件布局探测。

八晚七发

据同一次 registry 抓取，最近八个晚上已有七个晚上发了版：10-22 的 1.68.0/1.69.0、10-23 的 1.70.0/1.70.1、10-24 的 1.70.2、安静的 10-25、10-26 的 1.70.3/1.71.0/1.71.1 三连发、10-27 的四个版本、10-28 的 1.73.2/1.73.3——dshmarket 两晚六版：1.72.0 至 1.73.3（10 月 28 日）覆盖了那两个晚上——以及今晚这两个。今晚两版共带来三位首次贡献者：@xrn1997、@3431481073 与 @TaurusVbD；@3431481073 在两版中各出现一次——1.73.4 的 release-age 修复，以及数小时后 1.73.5 的排空模式。

同系列其它条目

• dshmarket 两晚六版：1.72.0 至 1.73.3（10 月 28 日）——10 月 28 日
• dshmarket 1.73.6：三修复与 webp 封面（10 月 30 日）——10 月 30 日
• dshmarket 1.73.7：Release 附带 tarball（10 月 31 日）——10 月 31 日