dshseek
English

seek://news/dsh-tui-v0-19-0

dsh-TUI 0.19.0：验证线升至 0.2.2-rc.1，一次 /update 对齐三层（11 月 6 日）

2026年11月10日release#release #dsh-tui #clients← 全部资讯

TL;DR

据 npm registry（取于 2026-11-10），dsh-TUI 0.19.0 于 2026-11-06 03:36 UTC 上架，距 0.18.0 五天。按发布说明，验证线升至 DSH 0.2.2-rc.1——v0.18.0 的精确 peer 只到 0.2.1-rc.5，升级 DSH 后 TUI 会被判不兼容而跳过——且一次 /update 即可把 TUI、dsh 引擎与全局启动器对齐。

DSH 0.2.2-rc.1：0.2.2 线首个候选版本汇总发布（11 月 4 日）的报道止于 harness 本体；这里是客户端侧的跟进。据 npm registry（取于 2026-11-10），dsh-TUI——全屏终端客户端——于 11 月 6 日 03:36:50 UTC 发布 0.19.0，距 dsh-TUI 0.18.0：验证线升至 rc.5（11 月 1 日）五天，正对准 0.2.2-rc.1 为它竖起的墙；GitHub 发布页时间戳为 03:32:50 UTC，比 registry 早四分钟，发布记录不带预发布标记。

拒绝加载的墙，与挪过去的那条线

按发布说明，机制与上个月的修复同一形状：v0.18.0 的精确 peer 只到 0.2.1-rc.5——本文已对照 registry 核实，0.18.0 条目不含 0.2.2-rc.1——宿主升级到 DSH 0.2.2-rc.1 后，兼容检查会把 TUI 判为不兼容并跳过。PR #1886（作者 @Lucas2011wastaken，据 PR API 于 2026-11-06 03:14:08 UTC 合入）把 0.2.2-rc.1 加入验证线与 peer 范围；说明同时声明旧验证线保留，0.2.1-rc.5 及更早仍在范围内——0.19.0 的 registry 条目亦确认这一点。

更深一层的适配随车而来，按发布说明：模型选择改用上游的会话级 Agent.model 接缝，工具限制落到每个 Agent 的作用域，并适配 cordis 4.1 生命周期与固定动作审批，旧宿主继续走原来的选择引用与请求瀑布。一并落地的还有一处行为变化：在 DSH 0.2.2 宿主上，权限问卷的 approval 类问题只提供调用方声明的选项，不再有自由文本入口；普通问卷仍可自由输入。

一次 /update，三层一起对齐

按发布说明，/update 过去只换 profile 里的 TUI，全局 dsh 与启动器留在原地——新 TUI 的 peer 范围可能装不上当前引擎。现在预检把三层解析为同一份计划，按 TUI→引擎→启动器串行执行（PR #1847、#1849 作者 @Lucas2011wastaken；#1889 作者 @AdamPlatin123）：引擎只选目标 TUI peer 范围内已发布的最高版本——永不降级、不选 alpha 线——装完用 profile 模块解析与 dsh --version 验证；启动器只动能证明归属的全局安装，多成员 pnpm 组、项目内依赖与有歧义的别名一律不改；TUI 已是最新时也不再短路，仍会补齐引擎与启动器。

拒绝语义按发布说明：新 TUI 要升级而当前运行中的引擎不在它的 peer 范围内时，即使引擎可自动升级也会先拒绝——官方加载校验按运行中的 dsh 判定——并打印先升级引擎再重新 /update 的命令。引擎装完校验不通过则不重启，但保留已升级的 TUI；引擎安装失败后，只有能证明启动的入口才允许重启，跳过原因会留在下一次挂载的屏幕与警告里。三个环境变量钉住行为：DSH_TUI_UPDATE_ENGINE=0 钉住引擎，DSH_TUI_UPDATE_LAUNCHER=0 跳过启动器，DSH_TUI_DSH_PM=npm|pnpm 覆盖包管理器判定。

通道失败会明说，其余行为变化

按发布说明（PR #1794，作者 @MomentDerek，据 PR API 于 2026-11-01 04:10:07 UTC 合入），子代理通道整体失败会明说：同一 provider 的已结算运行至少失败两次且失败过半时，子代理列表上方出现通道降级提示，并建议切换 provider。只有可切换的 claude-code 与 codex 通道会提示；内建 subagent、workflow 与 teammate 行不误报。

其余行为变化，按发布说明：/restart 带回图片，被后端丢弃的输入不再自动重发，而是暂存为未送达、由用户决定是否重发（PR #1764）；已完成的历史行不再重放打字动画，代价说明写得直白——记账去掉 2048 条上限后随历史线性增长，几万行量级约十几 MB，随会话释放（PR #1796）；btw 输入框恒为一行，长草稿围绕光标开窗、被裁一侧显示省略号（PR #1866）；Linux 进程名在 ps -o comm、top 与系统监视器里显示为 dsh-tui，/proc/<pid>/cmdline 保持不变（PR #1841）；rio 与 Orca 加入 CSI >1u 扩展键白名单，Shift+Enter 与修饰键组合可用，DSH_TUI_FORCE_EXTENDED_KEYS=1 与 DSH_TUI_DISABLE_EXTENDED_KEYS=1 分别强制或禁用，disable 优先（PR #1821 作者 @Plintash 与 #1840）。

这些之下的修复

按发布说明：会话管理页去掉每个 project 下方重复且容易截断的路径，全部来源统一为单行列表；快速连点两个 project 时，第二击不再被当成选词——多击判定现在要求同一个 onClick 祖先（PR #1755，作者 @xuzijian2019）；从整屏界面返回或 /resume 后，历史消息不再逐条重新「打字」（PR #1796）；会话自身收尾的回合显示「会话已停止」而不是用户中断（PR #1769，作者 @FlameTN7）；Linux 上被其他进程复用的旧线程 ID，不再让空闲会话被误判为被占用（PR #1770，同为 @FlameTN7）。后端一侧：Codex 后端下 /usage、/diff 查询成功后会显示输出，补全菜单里按 Enter 直接执行而不用先补空格（PR #1775）。终端兼容补齐收尾：Kitty 小键盘码位 57416–57426 到位，CSI-u 的非打印键不再被当作文本插入（PR #1840 与 #1841）。新增「在 Orca 终端里会话内 git 全部失败」的排查条目，规避方式是 env -u GIT_CONFIG_COUNT（PR #1863）。

契约、Node，与没挪的那一个适配器

按发布说明，主适配线是 0.2.2-rc.1；0.2.1-rc.5、rc.4、rc.3、rc.2、0.2.0-rc.2、0.2.0-rc.1、0.1.7-rc.2、0.1.7-rc.1 及更早验证线仍在契约内，契约外版本打漂移警告。Node 一侧，说明指出 DSH 0.2.2 要求 Node >=24.9，而本包自身仍声明 ^22.19 || >=24——按说明，用更旧的 Node 运行 0.2.2 宿主属于上游未支持组合，0.19.0 的 registry 条目声明的 engines 与此一致——升级前请先确认 node -v。说明直接回应了已被 0.2.2-rc.1 锁在门外的用户：程序内 /update 需要能打开 TUI，所以指向 npm 升级命令，并声明此前为 v0.18.0 加过的 allow-version 豁免在升级后不再需要；从 v0.18.0 经 /update 升级，正是把引擎对齐到 0.2.2-rc.1、启动器一并跟上的那条路。dst 自动化 CLI 的验证线没有挪——仍是 0.2.1-rc.5，在 0.2.2 宿主上用 dst dsh 原样转交官方参数。Windows 离线安装器的验证范围随契约到 0.2.2-rc.1，按说明，已装更高 RC 的宿主会被降回验证线；随包的嫡系插件清单钉到 0.19.0。

同系列其它条目

官方参考