在 Kilo Code 里用 DaoXE

Kilo Code 原生支持任何 OpenAI 兼容端点，所以接 DaoXE 只是供应商设置 —— base URL 加 key。和 Roo 一样，它允许 Architect、Code、Ask 各用不同模型，这正是多供应商一个 key 的价值所在：见最便宜 API 教程。

为什么让 Kilo Code 走 DaoXE#

• 按模式分模型。 Architect 用顶级模型，Code 用性价比主力 —— 一个 key，一个余额。
• Cline/Roo 血脉。 配过其中任何一个，这套界面一眼就懂。
• 文档背书。 Kilo 官方文档把自定义 OpenAI 兼容 base URL 当作一等公民路径 —— 本地服务、企业代理、网关。

在 Kilo Code 里配置#

1. 打开供应商设置。 在 Kilo Code 面板打开 settings，把 API Provider 设为 OpenAI Compatible。
2. 填 Base URL。 https://daoxe.com/v1 —— /v1 后缀必须在（他们排障文档点名：缺 /v1 是最经典的 404 原因）。
3. 粘贴 key 和 Model ID。 DaoXE key，加上从 GET /v1/models 原样复制的 Model ID。
4. 按模式分配模型。 可选，但这才是重点：Architect 负责思考，Code 用便宜模型干活。

验证你拿到的是真模型#

先证明端点可用，再怀疑客户端 —— 这一步失败，改任何设置都没用：

export DAOXE_API_KEY="your_api_key"

# List the exact model IDs your account can call
curl --fail-with-body --show-error --silent \
  https://daoxe.com/v1/models \
  -H "Authorization: Bearer ${DAOXE_API_KEY}"

先证明连通，再证明模型是真的 —— 同一个难题、temperature 0、与官方 API 对比：

curl --fail-with-body --show-error --silent \
  https://daoxe.com/v1/chat/completions \
  -H "Authorization: Bearer ${DAOXE_API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_EXACT_MODEL_ID",
    "max_tokens": 64,
    "messages": [{"role": "user", "content": "Say hello in one sentence."}]
  }'

常见问题#