Providers
Kilo 閘道
Kilo Gateway 透過單一 OpenAI 相容端點與 API 金鑰，將請求路由至多個模型。
| 屬性 | 值 |
|---|---|
| 提供者 | kilocode |
| 驗證 | KILOCODE_API_KEY |
| API | OpenAI 相容 |
| 基礎 URL | https://api.kilo.ai/api/gateway/ |
安裝外掛
openclaw plugins install @openclaw/kilocode-provideropenclaw gateway restart設定
建立帳戶
前往 app.kilo.ai，登入或建立帳戶，然後產生 API 金鑰。
執行初始設定
openclaw onboard --auth-choice kilocode-api-key或直接設定環境變數：
export KILOCODE_API_KEY="<your-kilocode-api-key>" # pragma: allowlist secret確認模型可用
openclaw models list --provider kilocode預設模型與目錄
預設模型為 kilocode/kilo/auto，這是由提供者管理的智慧路由模型。OpenClaw 不會
發布其任務至上游模型的對應關係；kilo/auto 背後的路由由 Kilo Gateway 管理。
OpenClaw 啟動時會查詢 GET https://api.kilo.ai/api/gateway/models，並將探索到的模型
合併至靜態備援目錄之前。靜態備援僅包含 kilocode/kilo/auto（Kilo Auto、
input: ["text", "image"]、reasoning: true、contextWindow: 1000000、maxTokens: 128000）。
閘道上的任何模型均可透過 kilocode/<upstream-id> 定址（例如
kilocode/anthropic/claude-sonnet-4、kilocode/openai/gpt-5.5）。執行 /models kilocode 或
openclaw models list --provider kilocode 即可查看完整的探索清單。
設定範例
{ env: { KILOCODE_API_KEY: "<your-kilocode-api-key>" }, // pragma: allowlist secret agents: { defaults: { model: { primary: "kilocode/kilo/auto" }, }, },}行為說明
傳輸與相容性
Kilo Gateway 與 OpenRouter 相容，因此會使用代理式的 OpenAI 相容請求
路徑，而非原生 OpenAI 請求格式（不含 store，也不含 OpenAI 推理強度承載資料）。
- 以 Gemini 為後端的 Kilo 參照會繼續使用代理 Gemini 路徑：OpenClaw 會在該路徑清理 Gemini 思考 簽章，但不會啟用原生 Gemini 重播驗證或啟動重寫。
- 請求使用由 API 金鑰建立的 Bearer 權杖。
串流包裝器與推理
Kilo 串流包裝器會加入 X-KILOCODE-FEATURE 請求標頭（預設為 openclaw，
可透過 KILOCODE_FEATURE 環境變數覆寫），並為支援的模型標準化推理強度承載資料。
疑難排解
- 如果啟動時模型探索失敗，OpenClaw 會改用包含
kilocode/kilo/auto的靜態備援目錄。 - 請確認 API 金鑰有效，且 Kilo 帳戶已啟用所需模型。
- 當閘道以常駐程式執行時，請確保該程序可存取
KILOCODE_API_KEY（例如在~/.openclaw/.env中，或透過env.shellEnv）。
