[Bug] 创造模式创建的不可用自定义 Agent 预设被启用后，「新会话」静默失败：UI 无任何反馈（New Session silent failure when the active custom preset fails to mount）

[SOGERSEN]

English TL;DR

A custom agent preset created via create-mode may itself be broken (e.g. fails to mount). Once it is selected as the active/in-use preset, every "New Session" click from an existing session silently fails: the UI shows nothing at all, and the only trace is new session failed: SessionCreateError ... agent-preset-invalid/not-found in the browser console. Client-side root cause: startSession() treats connect failures as non-fatal and only does console.warn. Reinstalling DSH does not help either, because the broken preset persists under ~/.dsh/.agent-presets/ and stays active. Suggest surfacing the error in the UI, offering a fallback to a working preset, and dry-run validating presets on switch/create.

🐛 问题描述

通过 Web GUI 的创造模式创建一个自定义 Agent 预设。这类自定义预设完全可能配置有误、依赖缺失或加载失败（即"不可用"），但创造模式仍会把它创建出来。当把 Agent 预设切换为这个不可用的自定义预设后，在任意一个已有历史的旧会话中点击「新会话」（+），会话无法启动，界面上没有任何反应、没有报错提示，用户只能通过 F12 控制台才能看到失败原因。

复现步骤

1. 在创造模式里创建一个自定义 agent 预设，使其处于不可用状态（例如 loader entry 引用了不存在的插件/依赖）；
2. 将 Agent 预设切换为该自定义预设（In use）；
3. 打开任意旧会话，点击「新会话」。

期望行为

新会话正常创建；若当前激活预设不可用，至少应在 UI 上给出可见的错误提示（含错误码与原因），并提供回退到可用预设的途径。

实际行为

点击无任何可见反应，新会话无法创建。

代码定位（npm 全局安装 @deepseek-ai/dsh 0.1.1-rc.2 编译产物）

• @deepseek-ai/dsh-client-runtime/lib/client.js 中 startSession()：注释明确写着 "Connect failures are non-fatal (console diagnostics; the current view stays usable)"，失败分支仅 console.warn("new session failed:", reason)；
• host 侧（@deepseek-ai/dsh-host-apiproxy）session.create 对应的 wire 错误码包括 agent-preset-not-found / agent-preset-invalid / agent-preset-read-only，但这些信息从未到达 UI 层。

与现有讨论的关系

#818（tool-cordis 注册冲突）、#1839（默认预设被删后新会话静默失败）、#3717（删除自定义 agent 后旧会话 resume 失败）、#3498（npm 缺包导致 agent-preset-invalid）、#4004（新建会话按钮无反应）各自有具体触发条件，但共同点是：预设挂载失败导致 session.create 失败时，UI 完全静默。本报告希望聚焦这个通用的 UX 缺陷，以及创造模式缺少保存时校验的问题。

影响

一旦切到坏预设，所有工作区的「新会话」全部失效（bricked），普通用户无从得知原因，极易误以为是 DSH 整体故障；结合 #3717 中说明的有历史会话 agentPreset.select 锁死行为，恢复成本较高。

另外值得强调的是：重装 DSH 也无法解决这个问题。自定义 Agent 预设持久化在用户主目录（~/.dsh/.agent-presets/）而非安装目录，重装后这个出问题的用户自定义预设会原样保留；只要它仍是激活的默认预设，重装完成后新会话依旧全部失败。也就是说，普通用户最常见的自救手段（重装软件）在此完全无效，只会进一步加深"DSH 本身坏了"的误解，直到用户偶然发现要去清理 ~/.dsh 下的预设文件或切换回内置预设为止。

改进建议

1. 新会话失败时在 UI 显示 toast/banner，附 wire 错误码和 message（数据已在响应里，无需新增接口）；
2. 对 agent-preset-invalid/not-found/read-only 提供"一键回退到上一个可用预设 / shipped 默认预设"的操作；
3. 在切换 In use 预设时做一次 mount 试探（dry-run），不可用则警告并阻止设为默认；
4. 创造模式保存预设时校验 loader entries 可解析、引用的包存在。