适用场景：备用配置存在，但没人知道还能不能用
备用 profile 最容易“看起来还在，实际已经失效”。它可能保存在同事电脑、项目 override、旧环境变量或导出的配置包里。界面能选中不代表能调用，模型列表能加载也不代表业务样本可完成。若备用 profile 连接的是生产预算或高权限 Key，随手测试还可能造成额外费用和权限风险。
本文适合有主备模型接口、多团队共享配置、周期性套餐变更或临时故障切换要求的团队。它和多模型健康探测的区别在于，本篇更强调长期闲置配置的清点、限额和“不要误切生产”。
先做脱敏台账，再做调用
健康检查不应从真实业务请求开始。先建立一张 profile 台账：显示名称、用途、环境、Key 尾号、base_url、模型别名、实际模型、预算标签、负责人和最近验证日期。任何没有负责人、没有用途或无法解释权限范围的 profile，都不应直接进入生产降级方案。
永沃云枢建议把 CCSwitch 配置当作路由入口，把权限和成本归属放到单独字段。这样 AI API 接入、Codex 接入和 AI 自动化办公任务都能知道自己应该使用哪个 profile，避免开发者 AI 调用在故障时临时切到不该使用的高权限线路。
操作步骤：健康检查不等于真实切流
- 备份当前 CCSwitch 配置，导出前先脱敏。若要给同事复核，可参考profile 脱敏和迁移比对。
- 按环境标记 profile：开发、测试、灰度、生产备用、只读排查。没有标记的先冻结，不参与演练。
- 对每个备用 profile 发送最小低成本请求，提示词只包含“返回 ok 和当前模型名”。记录时间、模型、状态码、延迟和 request_id。
- 核对限额和权限。能成功回答不代表可承接全部任务，还要确认上下文长度、工具调用、流式输出和多模态能力。
- 做一次手动降级演练，但只在测试项目或沙箱任务里切换。验证业务代码读到的实际 profile 与界面选择一致。
- 演练后立即恢复主 profile，并再次运行一个主线路样本，确认没有把测试配置留在生产进程里。
排错路径：备用 profile 失败时先分类
401 多半是 Key 过期、丢失或被错误环境变量覆盖；403 要查模型、项目或组织权限；404 常见于模型别名或路径不匹配；429 则偏向额度、并发或限流。网络超时要区分代理、DNS、TLS 和供应方响应。不要把这些错误都写成“备用线路不可用”，否则修复责任和优先级会混乱。
如果某台电脑可用、另一台不可用，优先做配置指纹比对，参考同名 profile 指纹比对。如果公司网络失败而家庭网络正常，回到代理和证书链检查。对 Codex 任务而言，还要确认终端进程是否已经读取旧 profile，需要重启后才生效。
常见问题 / 避坑
不要把备用 profile 命名成“临时可用”“测试一下”这类含糊名称。不要在生产故障期间首次验证备用线路。不要把健康检查写成高并发压测，最小样本足够判断配置是否活着。不要在群里共享完整配置截图，尤其是 Key、代理地址和内部备注。
AI 自动化办公批处理任务不适合自动切到未经验证的备用 profile，因为输出质量、速度和格式可能变化。若需要自动降级，应提前把可接受模型、最大成本、失败回退和人工确认写进规则。开发者 AI 调用的台账至少要能说明：什么时候验证、谁验证、用什么样本、失败后怎么恢复。
检查清单
- 所有备用 profile 有用途、环境、负责人和最近验证日期。
- Key 只记录尾号，配置备份已脱敏，敏感字段没有进入共享文档。
- 最小调用、能力样本和限额检查均通过，且记录 request_id 或等价证据。
- 降级演练在测试范围内完成，没有误切生产真实流量。
- 演练后主 profile 已恢复，并复跑主线路样本。
- 相关资料可继续看 模型权限范围排查、override 优先级、CCSwitch 专题 和 AI API 接入专题。
验收标准：能切过去，也能切回来
备用 profile 的验收不能只看一次成功回答。它要证明三件事：目标任务能在备用线路完成，日志能看出实际命中的模型和 profile，演练结束后主线路已经恢复。很多事故并不是备用线路不可用，而是临时切换后忘记切回，后续调用成本、输出质量和权限范围都变了。
建议把恢复动作也写进演练记录，包括恢复时间、复跑样本和确认人。这样 CCSwitch 配置才是可管理的运行资产，而不是散落在电脑里的临时开关。
FAQ：备用 profile 要多久检查一次
没有固定答案。若是生产备用，建议跟发版、套餐变更、Key 轮换和供应方变更绑定检查；若只是个人开发备用，至少在重要任务前跑一次最小样本。验收标准不是“列表里还有这个 profile”，而是它在正确环境、正确权限和可控成本下完成低风险样本，并且切换和恢复都有明确记录。