Kimi K3
通过 OpenAI Chat Completions 兼容协议接入 Kimi K3,含 Claude Code 与 Codex CLI 经 CC Switch 路由的配置步骤。
Kimi K3 走 HopBase 的 OpenAI Chat Completions 兼容协议。接入时统一使用 https://api.hop-base.com/v1,模型名填写 kimi-k3。
Kimi K3 是月之暗面(Moonshot AI)最新的旗舰模型:1M 上下文(1,048,576 tokens),单次最大输出 32,768 tokens,可读文本与图片(图片仅支持 base64)。
分组与计费
- 在控制台「API 密钥」新建或编辑密钥时,把 Kimi K3 云厂商 分组加进密钥,该 Key 即可调用
kimi-k3。 - 你的实际单价以登录后的模型广场为准。
- 不含本分组的 Key 调用
kimi-k3会收到明确的 404 提示,在控制台把本分组加进 Key 即可。
客户端字段
| 字段 | 填写值 |
|---|---|
| API 地址 / Base URL | https://api.hop-base.com/v1 |
| API Key | sk-你的密钥 |
| 模型 | kimi-k3 |
| API 格式 | OpenAI Chat Completions(CC Switch 等支持路由的客户端里选 OpenAI Chat Completions(需开启路由)) |
| 上下文窗口 | 1,048,576 tokens |
| 单次最大输出 | 32,768 tokens |
各客户端支持情况
Kimi K3 只提供 POST /v1/chat/completions。/v1/responses 与 /v1/messages 对该模型都会返回 404,因此只会说 OpenAI Responses 协议或 Anthropic Messages 协议的客户端,需要一层协议转换才能使用。
| 客户端 | 原生协议 | 接入方式 |
|---|---|---|
| OpenAI SDK、curl、LobeChat、Dify、Cherry Studio 等 | Chat Completions | 直接填 Base URL、Key 与模型名,见下文示例 |
| Claude Code | Anthropic Messages | 经 CC Switch 本地路由转换,见下文步骤 |
| Codex CLI | OpenAI Responses | 经 CC Switch 本地路由转换,见下文步骤 |
Codex CLI 自 0.122 起已移除 wire_api = "chat",启动即报 wire_api = "chat" is no longer supported;而 wire_api = "responses" 会打到 /v1/responses 返回 404。两条路都走不通,必须经 CC Switch 路由。
请求参数
以下为 2026-10-10 经生产网关逐参数实测。网关拦截空 messages,并移除下表标为「接受但忽略」的参数;其余限制都来自模型服务。
| 参数 | 必填 | 类型与限制 | 默认值 | 说明 |
|---|---|---|---|---|
model | 必填 | kimi-k3 | — | 精确匹配 |
messages | 必填 | 非空数组,文本与 base64 图片 | — | 缺失或空数组由网关直接返回 400;图片见下方说明 |
max_tokens | 可选 | 整数 1–32,768 | 服务默认 | 小于 1 返回 400 Input should be greater than or equal to 1;超过 32,768 返回 422 max_completion_tokens=… exceeds the limit of 32768 |
temperature | 可选 | 数值 0–1 | 服务默认 | 大于 1 返回 400。用它控制随机性 |
top_p | 可选 | 接受但忽略 | — | 请求到达模型前被移除;请改用 temperature |
n | 可选 | 仅 1 | 1 | 大于 1 返回 400 |
frequency_penalty、presence_penalty | 可选 | 接受但忽略 | — | 请求到达模型前被移除 |
seed、stop | 可选 | 同 OpenAI | — | 实测可用。logprobs 可传,但不会返回对数概率 |
response_format | 可选 | json_object / json_schema(含 strict) | 纯文本 | |
tools、tool_choice、parallel_tool_calls | 可选 | 同 OpenAI;tool_choice 可为 auto / required / 指定函数 | auto | 支持 $ref / $defs / anyOf 深层 schema |
stream | 可选 | 布尔 | false | |
stream_options.include_usage | 可选 | 布尔 | false | 流式下要在最后一个分片拿到 usage 必须设 true |
thinking、reasoning_effort | 可选 | 接受但不生效 | — | 模型不返回思考,见下文 |
在 image_url 里以 data:image/...;base64, 形式传图。公网图片链接(https://...)会返回 400,报错只提示检查请求参数,请先下载并编码成 base64 再发送。
用 CC Switch 在 Claude Code 中启用 Kimi K3
请使用 CC Switch 3.17.0 或更高版本(建议直接安装最新版)。Kimi K3 使用 OpenAI Chat Completions,必须由 CC Switch 的本地路由转换成 Claude Code 使用的 Anthropic Messages 协议。
新建 HopBase Kimi 供应商
打开 CC Switch,切到顶部的 Claude Code 页签,点右上角 +,选择「自定义配置」。填写:
- 供应商名称:
HopBase Kimi K3 - API Key:你的
sk-密钥 - 请求地址:
https://api.hop-base.com/v1(末尾不要加斜杠)
设置格式和模型映射
展开「高级选项」,按下面设置后保存:
- 格式(旧版本叫「API 格式」):OpenAI Chat Completions(需开启路由)
- 认证字段:保持默认的 ANTHROPIC_AUTH_TOKEN
- 默认兜底模型:
kimi-k3 - 模型映射:把 Sonnet、Opus、Fable、Haiku 各档位都填成
kimi-k3,主对话和后台子任务就都固定走 K3
保存后,供应商卡片会显示「需要路由」。
开启本地路由
进入 设置 → 路由 → 本地路由,先打开「路由总开关」,再在「路由启用」中打开 Claude Code。首次开启会弹出说明,确认后保持 CC Switch 在后台运行。
启用并验证
回到 Claude Code 供应商列表,在 HopBase Kimi K3 卡片上点「启用」。首次开启路由接管后,关闭当前终端并重新打开,运行 claude,发送一个简短问题。
再回到 设置 → 路由:如果「当前 Provider」显示 HopBase Kimi K3 且请求数增加,说明配置已生效。路由运行期间切换供应商是热切换,无需再次重启终端。
用 CC Switch 在 Codex CLI 中启用 Kimi K3
同样需要 CC Switch 3.17.0 或更高版本。CC Switch 会让 Codex 继续以 Responses 协议连本机路由(默认 127.0.0.1:15721),由路由把请求改写成 Chat Completions 发给 HopBase,再把响应转回 Responses 形态。
新建 Codex 供应商
切到顶部的 Codex 页签,点右上角 +,选择「自定义配置」。填写:
- 供应商名称:
HopBase Kimi K3 - API Key:你的
sk-密钥 - 请求地址:
https://api.hop-base.com/v1(服务根地址,不要带/chat/completions)
设置格式与模型
展开「高级选项」,按下面设置后保存:
- 格式:Chat Completions(需开启路由)
- 模型名称:
kimi-k3 - 默认模型:
kimi-k3 - 模型映射:加一行
kimi-k3,Codex 的/model菜单才会列出它 - 「支持思考模式」「支持思考等级」保持关闭:Kimi K3 目前不返回思考内容(见下文)
保存后卡片显示「需要路由」。CC Switch 会把 ~/.codex/config.toml 指向 http://127.0.0.1:15721/v1 并保持 wire_api = "responses",真实密钥留在 CC Switch 内由路由转发时注入。
开启路由并接管 Codex
进入 设置 → 路由 → 本地路由,打开「路由总开关」,再在「路由启用」中打开 Codex。
启用并验证
回到 Codex 供应商列表,在 HopBase Kimi K3 卡片上点「启用」,然后关闭并重新打开终端,运行 codex。用 /model 确认当前模型是 kimi-k3,发一个简短问题,再回到 设置 → 路由 看请求数是否增长。
思考输出、前缀缓存与工具调用
以下为 HopBase 2026-10 经生产网关的实测结论:
- 目前不返回思考过程:响应里没有
reasoning_content字段,usage.completion_tokens_details.reasoning_tokens恒为 0,输出 token 全部是正文。请求里带thinking或reasoning_effort不会报错,但也不会生效。max_tokens无需为思考预留,按正文长度设置即可(上限 32,768)。 - 长上下文可用且能精确检索:实测约 47 万 token 的单次输入正常返回,埋在其中的关键信息被准确取出。
- 前缀缓存整段命中:相同前缀再次请求时,
usage.prompt_tokens_details.cached_tokens等于命中的前缀长度(例如 2,093 token 的 system 提示,第二次调用即 2,093 全部命中),按缓存价计费。把系统提示、工具定义等固定内容放在消息列表最前面即可稳定复用。 - 工具调用可用:
tools、tool_choice(含required)、parallel_tool_calls、带$ref与$defs的 JSON Schema、多轮tool消息回填,流式与非流式均正常。 - 响应速度参考:10 分钟持续压测中首字中位数约 1.7 秒;非流式输出 9,000 token 约 78 秒返回。客户端建议保留重试,读超时设为 300 秒以上。
OpenAI SDK / Python
from openai import OpenAI
client = OpenAI(
base_url="https://api.hop-base.com/v1",
api_key="sk-你的密钥",
)
resp = client.chat.completions.create(
model="kimi-k3",
max_tokens=4096,
messages=[{"role": "user", "content": "解释一下 Kimi K3 的适用场景"}],
)
print(resp.choices[0].message.content)
print(resp.usage)curl
curl https://api.hop-base.com/v1/chat/completions \
-H "Authorization: Bearer sk-你的密钥" \
-H "Content-Type: application/json" \
-d '{
"model": "kimi-k3",
"max_tokens": 4096,
"messages": [{"role": "user", "content": "你好,介绍一下你自己"}]
}'常见问题
/v1/responses或/v1/messages返回 404:该模型只有/v1/chat/completions。Codex CLI 和 Claude Code 请按上文经 CC Switch 路由,不要把 HopBase 地址直接填进~/.codex/config.toml或ANTHROPIC_BASE_URL。- Codex 启动报
wire_api = "chat"is no longer supported:新版 Codex 不再支持 Chat 直连,删掉手写的 provider 配置,改用 CC Switch 接管。 - 调用
kimi-k3返回 404 model not found:当前 Key 不含「Kimi K3 云厂商」分组,把该分组加进 Key 或新建 Key。 - Codex 的
/model看不到kimi-k3:模型映射保存后需要重启 Codex 才会刷新菜单。 - 返回 400 且只说「请检查请求参数」:优先排查
temperature大于 1、n大于 1,或图片用了公网链接而不是 base64。 - 返回 429 并发已达上限:这是你账号的并发限制(默认 5),跑并发压力测试或多路 agent 前请联系我们调高。
下一步
- OpenAI SDK——Chat Completions 通用写法
- CC Switch——本地路由的安装与排错
- 错误码与重试
- 并发、超时与计费