如果你在迁移 Claude Code、ChatGPT API 或 OpenAI SDK，这套排查顺序基本能把“慢”“断”“401”“不流式”四类问题一次分开。2. 检查代理层是否关闭缓冲、放大超时。3. 确认模型名和路由一致，兼容端点常见“模型名可用但路由不认”。，如果浏览器/服务端要等很久才一次性返回，基本就是代理或网关在攒包。很多人以为是模型慢，其实是代理把 SSE 缓冲了。如果直连正常、走代

很多团队在 Claude Code、ChatGPT API 或 OpenAI SDK 上线后，都会遇到同一个问题：业务侧写的是“coding-fast”“review”“long-context”，但网关真正认识的是具体的。这样做的好处是，团队讨论“能力”和“场景”时用逻辑名，真正接入 Claude Code、ChatGPT 或其他 SDK 时，只关心映射是否正确。如果把模型名散落在脚本、CI、I

如果本地调试时需要一个兼容端点，base_url 我用过 https://59api.com，可替换，但迁移时还是建议先以“能稳定跑通官方格式”为目标，再考虑模型路由、缓存和重试策略的细化。很多人踩坑在“看起来都对，实际读错环境变量”。、shell profile、启动脚本里同时写配置，务必检查是否发生串配置：比如把 ChatGPT API 的 key 填进了 Claude Code 的配置文件，