Coze 模型配置后为什么还是报 405 或 400？问题通常不在“模型名”

Coze 模型配置后还是报 405 或 400，这类问题很容易让人误判成“模型不支持”或者“平台不兼容”，但公开 issue 里更常见的根因其实是地址、协议和路径没对齐。你能在界面里看到模型，不代表运行时的请求就一定对。

比如有人用第三方模型服务时，把 base_url 配到了控制台地址，或者少了应该带上的 API 前缀；也有人把协议类型选对了，但请求路径和提供方的 chat completions 规范没接上。最后表现出来的，就是测试时直接返回 405、400，或者 JSON 解析失败。

先分清“能看到”和“能跑通”不是一回事

模型能出现在后台，只说明配置文件被读取了；真正发请求时，Coze 还会去拼接完整接口、校验协议、解析返回值。只要其中一环不一致，就会报错。这个逻辑在 OpenRouter、Qwen 代理、OpenAI 兼容接口上都很常见。

最容易踩的三个坑

• `base_url` 指向的是网页地址，不是 API 根地址。
• 路径少了 `/v1`，或者多套了一层代理，导致请求最终落到了错误接口。
• 协议类型和提供方实际支持的不一致，表面看着像模型问题，实际是接口约定问题。

怎么判断是不是地址错了

最简单的办法，是拿同样的 base_url 和 key 先做一个最小 HTTP 请求，看看返回的是不是标准 JSON。只要返回里混进了 HTML、跳转页或者静态资源错误，问题就不是模型质量，而是接入链路有偏差。

社区里的经验也很一致：模型名不是最关键的，能不能打到正确的接口才是核心。先把路径和协议校准，405 和 400 往往会一起消失。

一句话结论

Coze 模型配置后还报 405 或 400，通常不是“模型名写错”，而是 base_url、路径和协议没有对齐。先查接口地址，再查模型本身。