增加模型供应商禁用

[luestr]

Pre-submit Checks

• I have searched Zap feature requests and there are no duplicates.
• I have read the Zap README and this feature is not already supported.
• This request fits Zap's BYOP / local-first / privacy-first direction (it does NOT require Zap cloud account, Zap AI gateway, Zap Drive cloud sync, Warpify SSO, billing, or telemetry).

Describe the solution you'd like

当配置了多个提供商时，有些可能暂时不需要，但将来会需要。因此，有必要禁用它们而不是删除它们。

Is your feature request related to a problem? Please describe.

No response

How does this align with Zap's direction?

No response

Additional context

No response

Operating system (OS)

Windows

How important is this feature to you?

3

[zerx-lab]

感谢反馈，这是一个合理的功能请求，问题确实存在，已在代码中核实：

现状确认

• Provider 数据结构 AgentProvider（app/src/settings/ai.rs:799-831）目前只有 id / name / kind / api_type / base_url / models / extra_headers，没有 enable/disable 字段。
• 唯一的生命周期操作是删除：app/src/settings_view/agent_providers_widget.rs:1232-1239（"移除" 按钮）→ app/src/settings_view/ai_page.rs:3085-3099（RemoveAgentProvider handler）。删除会同时清空该 provider 保存的 API Key（AgentProviderSecrets::remove），确实与"临时禁用、以后还要用"的诉求不匹配。
• Provider 列表被消费的地方集中在两处：app/src/ai/agent_providers/mod.rs:64-120（build_byop_llm_infos，构建模型选择器列表）和 mod.rs:171-182（lookup_byop，运行时按 id 解析 provider），两处都没有"跳过已禁用 provider"的逻辑。

为什么这次没有自动提交 PR

实现一个可用的禁用开关，最少需要同时改动 4 个文件：数据模型（ai.rs 加 enabled 字段）、消费逻辑（agent_providers/mod.rs 里两处加跳过判断）、Settings 页的新 action + handler（ai_page.rs）、以及实际的开关 UI（agent_providers_widget.rs）。这超出了本自动化流程"≤3 个文件"的自修复安全范围，所以留给维护者来实现或指派，附带一些需要产品判断的细节，比如：

• 禁用后，正在被某个 execution profile 引用的模型要如何处理（灰显 vs 直接不可选，且需要处理"当前正在用这个禁用了的模型"的边界情况）
• UI 上禁用状态是显示为开关（toggle）还是复用现有 render_card_button 的按钮态（参考 agent_providers_widget.rs:1567 已有的展开/收起按钮模式）

以上定位仅供参考，具体实现方式还需要维护者决定。

---

Generated by Claude Code