[Bug] 配置 API Key 后，无法切换回账号登录使用

[XuZhangxing]

既然现在直接支持账号登录使用，能不能加个默认认证方式切换，或者提供已保存凭据的删除入口？现在只要配置过 API Key，原来的账户登录似乎就会失效，即使 Key 已经被禁用，也没法直接清除或切换回账号登录，挺麻烦的，必须配正确的才行。希望能让用户自主选择当前使用的认证方式，也能删除不再需要的凭据。

现在PC客户端和DSH 本地构建的0.2.1-alpha.5-1517a4d 都是这样

[XuZhangxing]

在模型选择里面可以选择，没注意到

[OracleNep]

补充一个 Windows Desktop 0.2.2-rc.1 的实际案例和诊断结果。与楼上“在模型选择里面可以选择”的结论一致：账号登录凭据本身可用，手动切换能够恢复；容易误解的是登录成功、界面显示余额后，当前会话仍可能使用此前保存的失效 API Key。

表现与复现条件

此前保存过 DeepSeek API Key，默认模型和原会话选择为 deepseek-official / deepseek-flash。Key 失效后，在 DSH 登录官方账号，界面显示账号余额，但发消息仍返回 HTTP 401 / AUTH，提示“API 密钥无效”。同一账号创建的其他 Key 在其他 Agent 中可以使用。

最小复现条件：先配置一把专用于测试的 Key 并选择其模型通道，使该测试 Key 失效，再登录有效官方账号，回到原会话发一条简短消息。请勿为复现而撤销正在生产使用的 Key。

已实测的对照

请求方式	结果
DSH 原来保存的 API Key 查询官方 /models	HTTP 401，authentication_error，Key 无效
DSH 已保存的账号登录凭据查询同一官方 /models	HTTP 200，返回 deepseek-flash 和 deepseek-v4-pro
使用账号凭据调用 deepseek-flash	HTTP 200，返回 OK
将默认选择和原失败会话改为 deepseek-account，在原 DSH 会话中再次调用	正常回复 OK；会话记录中的 lastUsed 和 next 均为 deepseek-account

恢复前后保持同一模型及 max 思考强度。这一对照说明，本例失败的是旧 Key 的认证，而不是已登录账号无法推理。余额显示是客户端观察；独立余额查询遇到平台 HTTP 429，不能据此确认具体余额数值。

源码与现有行为

核对的是 master 固定版本 fcc0ad462172522aaf5c93a7b2e01f6b9f0b0159：

• initializeDefaultModel() 遇到 hasProviderApiKey() 为真就提前返回。
• hasProviderApiKey() 检查凭据是否配置，并不验证 Key 是否仍被远端接受。
• 现有测试 和账号 UI 文档 明确保留“已有 Key 时不覆盖默认模型、会话选择保持不变”的行为。
• 当前错误提示 只有“API 密钥无效”，没有说明此次请求仍使用 API Key，也没有提示切到已登录账号。

因此，这里更准确的问题是认证方式不够清楚，以及失效 Key 场景缺少恢复引导，并非完全不存在账号切换功能。

建议与当前恢复办法

建议在会话模型选择和认证错误提示中明确区分 DeepSeek API Key 与 DeepSeek Account；检测到 Key 认证失败且已有账号登录时，提供明确的“切换到已登录账号”操作或指引。是否在登录时自动切换，可由维护者评估；不建议简单删除现有判断，以免无提示改变有效 Key、自定义服务或用户选择的推理账号与计费来源。

当前恢复办法是在原失败会话的模型选择中选择 DeepSeek Account 下的对应模型，并设为默认选择。只更改默认设置可能不足以恢复已保存独立模型选择的历史会话。

建议回归覆盖：失效 Key + 有效账号、有效 Key + 账号登录、自定义服务、账号登录失效或无可用模型、切换失败或取消。网络故障不应直接判断为 Key 失效，切换操作也不应自动重发原任务。

以上内容仅包含脱敏的行为与源码证据，不包含密钥、账号令牌或私人会话内容。

[XuZhangxing]

兄弟，辛苦你整理了，这种程度的问题，估计他们不会管