AI API 服务怎么迁移？地址、密钥、模型与响应格式检查
把应用从一个 API 服务迁移到 OuraiC，通常要修改地址、Key 和模型，但这三项只是开始。还要核对协议、参数、输出结构和业务所需能力，不能仅把域名替换后直接上线。
图：按本文操作要点制作的说明图，不是后台或调用成功截图。
列出原应用依赖
记录接口类型、模型 ID、流式、工具调用、图片、上下文规模和重试策略。哪些字段是官方标准，哪些是原服务特有扩展，也需要区分。
把真实密钥从迁移文档中去掉，只保留变量名称与用途。
配置对照
| 原配置 | 迁移时处理 |
|---|---|
| Base URL | 改成目标协议对应地址 |
| Key | 使用本站新建令牌 |
| Model ID | 从当前目录重新确认 |
| 特有参数 | 核验目标服务支持 |
| 返回解析 | 按实际响应结构确认 |
| 费用与限速 | 重新设定预算和并发 |
OuraiC OpenAI 兼容基址常用 https://ouraic.cn/v1。Codex 和 Claude Code 另按各自教程确认，不套用统一路径。
建立最小测试
先发短文本，再验证多轮、流式、工具与文件。保留原有稳定服务配置，测试 Key 使用小额度，避免首次迁移直接运行大批量任务。
HTTP 成功也要检查业务输出，例如 JSON 是否能解析、工具名是否正确、是否出现不支持字段。
日志与费用
对照时间、Model ID、分组和 token。公共目录显示的模型不等于 Key 全部权限。输入输出单位、缓存和分组倍率都需要重新核对。
切换后单价不同，旧预算阈值可能不再合适；自动重试和并发设置也需复测。
上线步骤
先在测试环境验证，再让少量业务请求使用新配置。监控错误与任务完成情况，保留清晰回退方式。确认稳定后再扩大范围。
迁移不应改变业务用户的数据承诺。数据处理路径变化时，应按实际政策核对适用范围。
常见错误
保留原平台模型前缀导致 model not found；重复 /v1 导致 404；使用旧 Key 导致认证失败；普通聊天成功但 Agent 失败，往往需要查协议与工具兼容。