[Bug] 0.1.5 模型目录缓存失败状态，“重试”无法重新加载第三方模型

[bbsyd2]

环境

• DSH: 0.1.5-rc.1
• Web UI
• 第三方 LLM 插件通过 LlmAdapter.listModels() 动态发现模型

复现步骤

1. 在第三方模型服务尚未启动时启动 dsh web
2. DSH 构建模型目录，第三方适配器的 listModels() 失败
3. Web UI 显示该模型提供方加载失败
4. 启动第三方模型服务
5. 点击错误提示中的“重试”

实际结果

点击“重试”后错误依旧存在，第三方模型不会重新出现。必须重启 DSH，或者由插件主动触发 llm/adapters-updated。

预期结果

点击“重试”后，应重新调用失败提供方的模型发现逻辑；当服务已经恢复时，模型应正常出现在模型选择器中。

原因分析

Host 端 buildModelCatalog() 会捕获单个 provider 的错误，把错误放入 failures，但整个共享 catalog 状态仍然变成 ready。

浏览器端 Retry 处理仅调用 ModelCatalogDirectory.load()。当共享 catalog 已经处于 ready 状态时，load() 会直接返回，因此不会重新请求 Host，也不会重新执行第三方适配器的 listModels()。

结果是 Retry 按钮对这种 provider failure 实际上是 no-op。

建议修复

Retry 操作不应只调用 load()，而应先使共享模型目录失效，或直接调用公开的强制刷新接口，例如：

1. invalidate() 后再 load()；或者
2. 调用 refresh()，强制 Host 重新构建模型目录。

如果只希望重试失败的 provider，也可以保留成功 provider 的结果，仅重新调用 failures 中对应适配器的模型发现。

第三方插件临时规避方案

目前 @bic-ai/dsh-bicbot 使用后台指数退避重新探测服务。探测恢复后，通过 AdapterRegistrationHandle.replace() 触发公开的 llm/adapters-updated 事件，从而让 DSH 刷新模型目录。

这个方案可以让插件自动恢复，但不能真正修复 Retry 按钮；根本修复仍应位于 DSH 的模型目录重试逻辑中。

[PerryLink]

这份报告的机制全部成立，而且修法比你建议的还要近一步 —— 修复机械已经存在，只是重试按钮没接上。

• 宿主侧 packages/api/session-controller/src/catalog.ts:16-67：buildModelCatalog() 逐 provider 捕获异常，成功的进 groups、失败的进 failures，没有任何「整体失败」状态 —— 与你说的一致。
• 客户端 packages/client/ui-model-selection/src/client/catalog.ts:36-38：load() 在 status === ready 时直接返回缓存、不请求宿主 —— 逐字成立。重试按钮走 load() ⇒ 永远拿到旧目录。
• 关键：同类里已经有一个 refresh()（catalog.ts:80-83），它就是「invalidate() 后 load()」，正是你建议的修法。所以修法 = 让重试按钮调 refresh() 而不是 load()，不用新写任何逻辑。

（基于 0.1.5-rc.2 源码逐行核对。）