六条实测缺陷反馈（rc.8）：预设默认值不跟随复用会话 / 归档单向 / 审批无超时 / 持久 bash 多字节碎裂 等

[sishuai33-commits]

DSH 缺陷反馈汇总（6 项）· 2026-08-20

环境：dsh 0.1.0-rc.8（npm next 标签），macOS（Apple M4），Node v25.3.0，web profile，主存 JSON。
证据均来自本机安装的官方包源码（npm i -g @deepseek-ai/dsh 的 node_modules/@deepseek-ai/*）与 rc.7↔rc.8 全量子包 diff。
联系方式（npm maintainers 字段）：imccyu imccyu@gmail.com、tianyicui-deepseek tianyi@deepseek.com。

---

1. 空白会话复用不跟随默认预设（设计缺口）

现象：修改 agent-presets.default 后点「新对话」，工作区优先复用同 cwd 的空白会话，该会话仍用创建时的旧预设。表现像设置没生效；新对话页的模式 chip 也显示旧预设。

复现：① 工作区有一个空白会话（预设 A）；② 设置里把默认改为 B；③ 点新对话 → 复用旧空白会话 → 实际跑的是 A。

证据（三条官方设计原文之间存在真空）：

• dsh-host-apiproxy/lib/types/api/sessions.d.ts："Clients hide blank Sessions from lists and reuse them for New Session on the same workspace."
• dsh-agent-presets/lib/index.js（defaultId 注释）："changing the default takes effect on the next session created and leaves every running session on the preset it was composed from."
• 被复用的空白会话不是 "created"，两条规则都不覆盖它。host 侧无任何 watcher 在默认值变化后同步存量空白会话；客户端 chip 的 staging（dsh-client-ui-agent-preset/lib/client.js seat-store）只覆盖用户显式点选，且 load() 显示值 staged ?? currentSession()?.agentPreset ?? fallback 优先取会话旧值。

建议：复用空白会话时，若其预设与当前默认不一致且用户未显式选择过，recompose 到当前默认（官方已有 agentPresets.select RPC 与空白会话可换预设的完整语义，缺的只是触发）；或host 在首个 turn 前对齐。

2. settings/document-updated 事件不达宿主层注入插件

现象：通过 loader 注入（非 bundles 装配）的宿主层插件监听 settings/document-updated，外部修改 settings.yaml 后事件不触发（疑似 scope 隔离）。

影响：依赖设置热更新的插件拿不到通知。我们为绕过 #1 写的本地补丁最终只能靠 agent/pre-step + 轮询。

建议：明确事件 scope 语义，或向宿主层插件广播设置变更。

3. 归档功能单向，无恢复入口（rc.8）

现象：归档会话后从列表/搜索全部消失（"excluded everywhere"），无归档分区、无恢复 UI。数据仍在磁盘，只能手动改 workspace.json 找回。

建议：归档分区 + 恢复入口；或至少 CLI/API 层提供 unarchive。

4. 提权审批弹窗无超时兜底

现象：提权审批弹窗出现时人不在/没看到，turn 无限期卡在等待审批（实测单次卡数小时）。

建议：审批超时自动拒绝并回写可恢复状态；或提供非交互等待策略配置。

5. 工作区外写文件逐次提权，并行写=多弹窗

现象：agent 写工作区外路径（如知识库目录）每次都弹提权审批；并行多个写操作 = 多个弹窗连续打断。

建议：同会话一次批准宽权限（路径/操作粒度），或写操作合并一次提权。

6. 持久 bash 工具多字节字符间歇性碎裂 → 命令挂死（确认非偶发）

现象：persistent bash 执行含中文（多字节 UTF-8）的命令时间歇性挂死超时，输出尾部出现游离的 dsh> 提示符。8-16 首记，8-20 单日复现 3 次。

证据：

• 故障时泄漏出内部包装：持久 shell 跑在交互 REPL 层内，可见 __DSH_PERSISTENT_BASH_START_<uuid>__ / __DSH_PERSISTENT_BASH_END_<uuid>__ 标记与 stty -echo。
• 实锤碎裂案例：命令中路径 DSH 协作白板工作流.md 被执行层碎裂解析为 DSH -echo.md（grep 报错原文）——疑似 pty 写入按字节块切分时把多字节 UTF-8 序列从中间切断，碎裂字节被当作 shell 转义/选项，引号不闭合 → 永久等待输入。
• 同族症状：输出重复叠加/乱序（stty echo 竞争）。

建议：pty 写入侧保证 UTF-8 序列原子性（按字符边界切块）；REPL 包装层的标记与 stty 控制序列不应泄漏进模型可见输出。

---

附：rc.7→rc.8 变化实证备注

升级后观察到本地 profile 预设里 tool-bash/tool-fs/tool-goal/tool-todo/tool-workflow/ralph/plan-mode 等从 [disabled] 变为 [active]（权限面变宽）。经 npm pack 全量 diff 核实：发布包预设文件几乎无变化（仅新增 pwsh 行与注释），该翻转系本地 profile 预设重新物化所致。若升级流程会重写用户预设物化文件，建议在 release notes 中提示权限面可能变化。

[zoahdev]

六条里两条我们已有验证，补上证据链：

2. 归档单向：与 #3546 同缺口（archiveSession 存在但无 unarchive/delete 入口，社区已有 dsh-archived-sessions / dsh-session-manager 回收站等轮子）。我们的分析：删除语义建议做成"归档 → TTL 自动清理"而不是直接 delete；官方落地前，dsh-shelf（会话导出/归档 CLI）和 dsh-disk-audit（磁盘占用与超大文件）可以立即缓解"归档后无入口"和"无法清理"。详见 #3546 回复。

4. 持久 bash 多字节碎裂：与 #3174/#3522 同一持久通道的已知脆弱面——持久 bash 会话的读取侧是按 chunk 消费的，多字节 UTF-8 字符恰好在 chunk 边界被切开会碎裂（首字节进入上一块、续字节进入下一块），若解析器不跨块保存解码状态就会稳定复现中文/emoji 输出乱码。建议：读取侧改成保留 partial 多字节序列的流式解码（如把 chunk 交给 TextDecoder 的 stream 模式或等价带 state 的解析器），并配一个"边界切分多字节字符"的回归测试。这条与 #3174 的 tmpfs 不对称、#3522 的 300s stall 同属"持久 bash 通道缺系统性测试"的大类。

[argszero]

六条都很实，zoahdev 已覆盖 #3（归档单向，#3546 同缺口）与 #6（持久 bash 多字节碎裂，#3174/#3522 同族），我补**缺陷 #1（预设默认值不跟随复用空白会话）**的源码侧确认与最小修复路径——这是六条里唯一还没被覆盖的。

rc.8 源码确认（你的"两条规则都不覆盖"判断成立）：

• agent-presets/src/index.ts:191-193 get defaultId() —— 每次调用都读 settings（this.settings?.get().default ?? this.config.default），注释明说"changing the default takes effect on the next session created and leaves every running session on the preset it was composed from"——即只有"创建新会话"才会吃到新默认
• :213-221 resolve(id?) —— 支持按 id 解析（id ?? this.defaultId），换预设的完整语义已存在（agentPresets.select/mount 能力也在）
• host/apiproxy/src/api/sessions.ts:191-196 —— blank 位："Clients hide blank Sessions from lists and reuse them for New Session on the same workspace"——复用路径不经过 composeAgent 的 preset 解析（blank 会话在创建时已固定预设，复用 = 直接 attach）

真空确认：空白会话复用 = "不是 created"（不吃新默认）也不 "running"（不显示当前预设语义），两条规则之间确实没有 watcher 在对齐。你的"recompose 到当前默认"建议方向对。

最小修复路径（按官方既有语义，不新增概念）：

在复用空白会话的入口（host 侧 attach/reuse 路径）加一个对齐步骤：

reuse(blankSession):
  if blankSession.agentPreset != current defaultId AND 用户未显式选择过该会话的预设:
    → 用 defaultId 重新 compose（复用既有 agentPresets.resolve/mount/select 语义）
    → 否则保持原预设（保留用户显式选择）

要点：

1. 只对齐"未显式选择过"的——用户手动选过预设的空白会话不应被默认值变动覆盖（你的 seat-store staging 已覆盖显式选择，正好用同一来源判断）
2. 时机在 attach/首 turn 前——你提的"host 在首个 turn 前对齐"正确，避免 turn 开始后换预设的副作用
3. 官方已有 RPC/语义复用——agentPresets.select 与空白会话可换预设的完整机制都在，缺的只是"默认值变化 → 触发对齐"这一个触发点；也可以做成 host 侧 watcher（settings/document-updated → 扫描空白会话 → 未显式选择的 recompose）

这条和 #2（settings/document-updated 事件不达宿主层注入插件）其实同源：预设默认值变化缺少一个到达"该被影响会话"的通知通道。修 #2 的事件语义 + 这条的对齐触发，可以合并成"设置变更 → 存量空白会话对齐"一个改动。

附：你的备注（rc.7→rc.8 预设 [disabled]→[active] 翻转）建议单开一条独立帖——"升级重写用户预设物化文件导致权限面变宽"是安全敏感问题，值得官方明确 release note 承诺，埋在 6 条汇总里容易被忽略。