文件问答
复现：在测试仓库请求 Kilo 读取 README，并说明安装步骤。
通过：模型回答引用真实文件；工具调用和最终答复都可见。
正在打开页面…
正在加载内容，请稍候。
- 应用 / 开发工具
选择对应协议，填写 Key 与 Base URL
- apizt 网关
核对模型 ID、令牌分组和可用额度
- 模型返回结果
检查响应正文与后台用量记录
先给结论
适用范围与接入结论
Kilo Code 的 Custom provider 先选择 Provider API，再填 Base URL https://api.apizt.com/v1 和 Key。OpenAI Compatible、OpenAI Responses 与 Anthropic Messages 走不同端点，必须与模型实际支持的协议一致。
适合在 VS Code 中运行代码问答、项目编辑与代理任务。若只需要普通聊天，先用 Chat 模式验证；Agent 能否读写文件需再单独检查。
按真实任务判断是否可用
安全编辑
复现：让代理只修改测试文件的一行注释，然后查看 diff。
通过：diff 只有授权目标的变更；输出与请求日志时间一致。
先选对协议和请求地址
Provider API 决定序列化和响应解析：Chat Completions 对应 /chat/completions，Responses 对应 /responses，Messages 对应 /messages。仅修改 Base URL 不会自动转换协议。
按当前工具填写的配置示例 · 模型 ID 与 Key 需要换成自己的
Settings → Providers → Custom provider
Provider API：按模型通道选 OpenAI Compatible / Responses / Anthropic Messages
Base URL：https://api.apizt.com/v1
API Key：apizt 令牌
Model ID：控制台可调用的完整 ID这是字段与路径示例，不包含有效密钥。所选模型是否支持对应协议、工具与图像能力，应按令牌授权和实际调用结果核对。
生成 Kilo Code 自定义 Provider 配置与验证清单照这个顺序接入
- 01
确认扩展界面版本
新版从 Settings → Providers 添加 Custom；旧版可能使用 API Provider 下拉。先以自己安装的版本定位字段。
- 02
绑定协议与模型
选择 Provider API，再填 Key 和 Base URL。自动发现失败时可手动加模型 ID，但仍需实际调用测试。
- 03
由聊天升级到代理
先短文本，再授权读取一个测试文件，最后才做写文件。每一步都看实际请求端点与客户端结果。
对照工具配置与验证顺序
验证到哪一步？
Kilo 官方文档列出 Provider ID、Provider API、Base URL、Key 与模型发现；本地教程使用配置示意图。
- 现有依据
- 自定义提供商字段已核对
- 验证边界
- 没有 Kilo 扩展带密钥聊天或文件编辑实测。
- 资料日期
- 核对公开配置说明；客户端调用记录以各链接标注的日期为准。
出现这些现象，先查哪里
| 现象 | 可能原因 | 下一步 |
|---|---|---|
| 模型在列表里却无法回答 | 发现模型与所选 Provider API 的能力不匹配。 | 核对最终路径和响应结构，不靠模型名称猜协议。 |
| Agent 卡在调用工具 | 文本请求成功，但工具事件不符合扩展预期。 | 检查第一次 tool call、工具结果回传与流式结束事件。 |
| 保存提供商后仍旧 401 | Key 属于其他平台或当前会话仍选择旧 provider。 | 新建会话并确认 provider ID 与凭据来源。 |
选出你的现象，查看下一步
只需选择错误类型，无需粘贴密钥或完整日志。本页不会发送 API 请求，也不会自动判定连接成功。
先取得错误详情，暂时不能确定原因
- 展开错误详情，记录时间、HTTP 状态、错误码和最终请求路径。不要只截最外层提示。
- 核对服务商协议、模型 ID、API 地址；然后按对应教程进行同条件终端检查。
先短文本验证，再在测试目录授权读取一个文件；记录实际请求端点，确认最终回答包含工具返回的信息。
查看 Kilo Code 完整配置教程记录仅在浏览器中生成；下载后可补充脱敏结果，便于对照复测或提交客服。
- 响应包含有效结果
- 文本请求有可读取的输出；异步任务需要继续查询到完成状态，不能只把提交成功当作生成成功。
- 日志与请求对得上
- 核对调用时间、模型、令牌分组和用量。界面与账单显示不同货币时，先确认计价口径。
- 原工具中也能重复完成
- 最小示例成功但工具失败，优先检查工具的协议、模型映射和配置生效位置。反馈问题时隐藏完整 Key、Cookie 和个人数据。
把选好的模型，接入你的应用
从 Claude、GPT、Gemini 等模型中选择所需能力。获取 API Key，按工具配置接口地址，再用一个小请求确认结果和费用。
创建 API Key
在控制台创建令牌，选择需要使用的模型权限。
填写接入配置
按工具要求填写 API Key、接口地址与模型 ID。
发起第一次调用
确认收到有效结果，再到控制台查看用量与费用。
常见问题
Kilo Code Provider API 应该选哪一种？
按实际通道支持选择 OpenAI Compatible、OpenAI Responses 或 Anthropic Messages，分别核对 /chat/completions、/responses、/messages。模型品牌相同不代表协议相同。
Kilo Code 模型添加成功但 Agent 不执行怎么办？
确认当前会话选中了该 Provider 的模型，再检查工具调用、流式事件和文件权限。能力选项和模型列表只是配置，需以实际读取测试文件与最终回答验收。
Kilo Code 应该填写哪个 API 地址？
自定义 Provider 的 Base URL 为 https://api.apizt.com/v1。Provider API 按实际通道选择 OpenAI Compatible、OpenAI Responses 或 Anthropic Messages；最终路径分别核对 /chat/completions、/responses、/messages。
终端请求成功，为什么客户端仍然失败？
不要按品牌名称推断协议；同一模型名经不同通道可能只支持某一种端点。 模型出现但 Agent 无法执行时，检查工具调用与流式事件；配置中的能力开关不等于服务端已支持。 终端结果只有在同一 Key、模型、端点和实际运行网络下才具有可比性。
本页是否代表已经实测全部功能？
不是。本页为配置核对与排错指南，依据官方文档及现有教程整理。客户端版本和真实调用结果需要按步骤记录；网页检查通过不能替代客户端实测。