Lack of clear user feedback regarding platform-specific model availability (EAC channel models like DeepSeek / Kimi) in `dsh-our-free-model` when running on non-desktop environments (dsh web / command line).

## 环境

- DSH 0.2.0-rc.2
- 运行方式：纯 dsh web / 命令行（非桌面端）
- 插件：dsh-our-free-model v1.4.4（仓库 zouyuxuan122/dsh-our-free-model，本机装在 `C:\Users\Administrator\.dsh\profiles\web\node_modules\dsh-our-free-model`）
- 系统：Windows

## 复现步骤

1. 在纯 dsh web 或命令行方式下安装并启用 dsh-our-free-model v1.4.4。
2. 打开模型选择器，查找 `EAC DeepSeek V4.1 Flash` 与 `EAC Kimi K3`。
3. 打开设置页，查找 EAC 渠道分组。
4. 查看启动日志与界面提示，确认是否有任何关于 EAC 渠道不可用的说明。

## 期望行为

非桌面宿主上应能看出「EAC 渠道不可用」是预期行为，而不是装坏了：界面或日志中应有一句静态说明，告知用户 EAC 渠道仅在桌面端可用。

## 实际行为

- 选择器中无 `EAC DeepSeek V4.1 Flash` / `EAC Kimi K3`。
- 设置页无 EAC 分组。
- 日志与界面均无任何提示，用户无法区分「装坏了」与「本来就不该出现」。

## 证据

- `README.md` L48 与 L482「EAC 渠道（桌面端专属）」：写明 EAC 渠道只在 DSHEAC AIO（Tauri 壳）与 DeepSeek Harness 桌面端（Electron 壳）两个桌面宿主解锁；「命令行、纯 dsh web、以及任何其它运行方式里，这条通道整体不存在：没有模型、没有请求、没有报错，连解密尝试都不会发生」。
- `src/vault.js` 的 `detectSealedHost()`：闸门代码，原只放行 Tauri 三信号或 `profileName === 'desktop'`，非桌面宿主直接封死该通道。
- `src/catalog.js` L145–147：模型名映射 `deepseek-ai/deepseek-v4.1-flash` → `DeepSeek V4.1 Flash`、`moonshotai/kimi-k2.6` → `Kimi K2.6`、`moonshotai/kimi-k3` → `Kimi K3`。
- 用户评论原话：「为什么我安装了新的没有看到可以用 deepseek 和 kimi？」
- 另一条易混淆事实：免费车道的 `deepseek-v4-flash-free` 因上游回 `Model is unavailable` 被移出下拉框（本机 `C:\Users\Administrator\.dsh\our-free-model\availability.json` 实测 `state: "unavailable"`，detail＝`Model is unavailable.`），只在设置页保留拒因——`README.md` L380 有同样记录。

## 建议

- (a) 非桌面宿主在设置页 / 首启引导里给一句静态说明，如「EAC 渠道仅在桌面端可用」。
- (b) 启动时记一条可见日志，说明 EAC 渠道在当前宿主下整体不可用。
- (c) 设置页的拒因里写明免费车道 `deepseek-v4-flash-free` 与 EAC 渠道的区别，避免被当成同一个问题。