[Bug] llm.discoverModels returns build-time bundled catalog for known providers — newly released models (e.g. x-preview-f-free) never appear via "Fetch Models"

[xuxue04403]

Environment

• dsh: 0.1.1-rc.2 (@deepseek-ai/dsh)
• OS: Windows 11 (10.0.26200)
• Nested model layer: @earendil-works/pi-ai 0.82.1
• Install: npm i -g @deepseek-ai/dsh

Steps to reproduce

1. In Web UI → Settings → LLM providers, add a built-in provider id such as
   opencode-go / opencode with only apiKeyEnv set (no explicit models).
2. Click 获取模型 / Fetch Models.
3. A model recently launched on the opencode gateway — x-preview-f-free
   ("Ox Alpha Free") — does not appear.
4. Manually adding an explicit models: entry for the same provider works
   immediately, proving the endpoint itself serves the new model.

Actual behavior

Discovery returns only a static, build-time bundled catalog and never
interrogates the live endpoint.

Root cause (traced through the installed bundle):

@deepseek-ai/dsh-llm-pi-ai/lib/index.js — discoverModels():

if (request.provider !== void 0) {
    const installed = catalogModels(request.provider);   // pi-ai MODELS map
    if (installed.size > 0) return [...installed...];    // short-circuits here
}
// live GET {baseURL}/models probe only runs when provider is NOT in catalog

[weijiafu14]

根因定位准确（discoverModels() 对目录内 provider 直接短路返回打包快照，只有不在目录里的才会去真实端点探 /models）。三点补充：

1. 你自己找到的那条就是当前最好的解法。 手工写显式 models: 条目不只是验证手段，它就是绕过——一旦有显式列表，就不再依赖 discovery 那条短路。缺点是新模型上线你得手动跟。

2. 这个短路是「已知 provider 用打包目录」的设计选择，不是漏判。 所以它的后果是系统性的：任何内置 provider 的新模型都要等 DSH 发版带新目录。相关的还有 #3672（rc.8 把 @earendil-works/pi-ai 钉在 0.82.1，比 rc.7 的 0.84.2 还旧，导致 GLM-5.3 从 opencode-go 消失）——两件事叠在一起，内置 provider 的目录可能比你手上的端点落后两代。你这条把机制讲清楚了，那条给了版本证据，建议一起看。

3. 如果你想让 opencode 的目录自动跟随，社区有个专门做这条的 provider 包：pi-opencode-go-provider。它自带传输、目录在运行时向真实端点拉取，所以完全不经过 discoverModels 那段短路。

dsh plugin --profile web add pi2dsh
dsh plugin --profile web add pi-opencode-go-provider

披露清楚：pi2dsh 是我维护的（那是让这类 Pi 包能跑在 DSH 上的兼容层），pi-opencode-go-provider 不是我的。我提它是因为 @ylwl1997 在 #3672 已经独立推荐过同一条路、并引了 #3397 的干净 profile 验证——不是我自己找上门来推销。"运行时拉取目录"这个机制我端到端验过（在另一个 provider 包上：live catalog + 冷启动 + 完整工具循环），但 x-preview-f-free 这个具体模型我没试过。

边界：这条路是绕开 discoverModels，不修它。你报的这个短路仍然该由官方处理——尤其是"点了『获取模型』却拿到打包快照"这件事，UI 上没有任何提示说它没去问端点，这比缺一个模型更误导。