先检查这几项
- 在 Settings → Providers 添加 Custom provider；旧版界面从 API Provider 进入，先记录版本以便对照。
- 填写 Provider ID、名称、对应的 Provider API、Base URL 与 apizt Key。虽然界面可能允许留空 Key，apizt 调用仍需认证。
- 发现或手动添加真实模型 ID，提交保存，并在当前会话选中该 provider 下的模型。
正在打开页面…
正在加载内容，请稍候。
常见错误与配置项
Provider API 选错、模型发现失败与工具调用Kilo Code 自定义 ProviderKilo Code Provider API 应该选哪一种？
按失败位置逐项排查
报错检查与修复步骤
Kilo Code 自定义 Provider：协议、模型与 Agent 验证
Kilo Code 自定义 Provider 要把 Provider API、Base URL、Key 和模型配成同一路由。Chat Completions、Responses 与 Messages 分别核对最终路径；保存模型后先测文字，再在测试目录验证工具调用和流式事件。
查看报错修复快速判断
- 不要按品牌名称推断协议；同一模型名经不同通道可能只支持某一种端点。
- 模型出现但 Agent 无法执行时，检查工具调用与流式事件；配置中的能力开关不等于服务端已支持。
Kilo Code 报错怎么转成可用配置
不要只看错误码本身。先确认请求是否进入 apizt 后台，再按 API Key、Base URL、模型名、provider 类型排查。 这几个页面分别覆盖认证失败、连接失败、模型不存在、限流和工具配置覆盖问题。