跳到正文

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 URLhttps://api.hop-base.com/v1
API Keysk-你的密钥
模型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 CodeAnthropic Messages经 CC Switch 本地路由转换,见下文步骤
Codex CLIOpenAI Responses经 CC Switch 本地路由转换,见下文步骤
Codex CLI 不要手改 config.toml:

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可选仅 11大于 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可选接受但不生效—模型不返回思考,见下文
图片只支持 base64 data URL:

在 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 前请联系我们调高。

下一步