迁移的单位是完整配置
一次迁移至少涉及 base URL、认证凭据、模型 ID 和接口类型。不要假定相同名字代表同一版本，也不要假定兼容 SDK 会抹平参数差异。把配置以明确的服务商标识绑定，避免切换 URL 后仍发送旧平台的 Key。
从代表性用例开始
准备合成的测试集：短文本、长上下文、流式中断、工具调用、结构化输出以及错误处理。为每类设通过条件，比如 JSON 能否被解析、工具参数是否符合约定。记录耗时和用量时同时记录测试条件；几次成功不能外推成全天可用率。本项目没有执行这些付费测试。
回退必须有边界
把允许回退的错误、最大等待时间、最多尝试次数和费用上限写清楚。认证失败通常应修配置，而不是把所有请求盲目切换。回退目标也必须符合用户的数据处理要求，不能因为主服务故障就把敏感内容发送给未经批准的平台。已经执行的外部工具动作需要去重，防止重放。
保留一条撤回路线
先让少量受控请求走新配置，观察代表性结果和账单，再扩大范围。保留旧配置的安全备份及切回操作步骤，明确谁能做决定。完成迁移后撤销不用的 Key，更新教程和资料核对日期；没有重新查证的内容不要只刷新日期制造新鲜感。
来源与适用边界
2026-10-21 阅读下列原始资料；操作建议与教学示例为本站编辑归纳，不是服务商承诺。