Skip to main content
Kilo Gateway は、単一の OpenAI 互換エンドポイントと API キーを通じて、多数のモデルにリクエストをルーティングします。

​
Plugin のインストール

​
セットアップ

1

アカウントを作成

app.kilo.ai にアクセスし、サインインするかアカウントを作成してから、API キーを生成します。
2

オンボーディングを実行

または、環境変数を直接設定します。
3

モデルが利用可能であることを確認

​
デフォルトモデルとカタログ

デフォルトモデルは、Kilo Gateway のバランス型スマートルーティング階層である kilocode/kilo-auto/balanced です。 OpenClaw は、そのタスクからアップストリームモデルへのマッピングを公開していません。 kilo-auto/balanced の背後にあるルーティングは Kilo Gateway が管理します。 起動時に OpenClaw は GET https://api.kilo.ai/api/gateway/models を照会し、検出したモデルを 静的フォールバックカタログより前にマージします。静的フォールバックに含まれるのは kilocode/kilo-auto/balanced (Auto Balanced, input: ["text", "image"], reasoning: true, contextWindow: 1000000, maxTokens: 65536) のみです。 Gateway 上の任意のモデルは kilocode/<upstream-id> として指定できます（例: kilocode/anthropic/claude-sonnet-4, kilocode/openai/gpt-5.5）。検出された完全な一覧を確認するには、 /models kilocode または openclaw models list --provider kilocode を実行します。

​
設定例

​
動作に関する注記

Kilo Gateway は OpenRouter 互換であるため、ネイティブな OpenAI リクエスト形式ではなく、 プロキシ形式の OpenAI 互換リクエストパスを使用します（store なし、OpenAI の reasoning-effort ペイロードなし）。
  • Gemini ベースの Kilo 参照は、引き続きプロキシ Gemini パスを使用します。OpenClaw はそこで Gemini の思考 シグネチャをサニタイズしますが、ネイティブ Gemini のリプレイ検証やブートストラップ書き換えは有効にしません。
  • リクエストでは、API キーから構築された Bearer トークンを使用します。
Kilo ストリームラッパーは X-KILOCODE-FEATURE リクエストヘッダー（デフォルトは openclaw、 KILOCODE_FEATURE 環境変数で上書き可能）を追加し、対応するモデルの reasoning-effort ペイロードを正規化します。
kilocode/kilo-auto/balanced および x-ai/* の参照では、reasoning-effort の注入がスキップされます。推論サポートが必要な場合は、 kilocode/anthropic/claude-sonnet-4 などの具体的なモデル参照を使用してください。
  • 起動時にモデル検出が失敗すると、OpenClaw は kilocode/kilo-auto/balanced を含む静的カタログにフォールバックします。
  • API キーが有効であり、Kilo アカウントで目的のモデルが有効になっていることを確認してください。
  • Gateway をデーモンとして実行する場合は、KILOCODE_API_KEY がそのプロセスで利用できることを確認してください（たとえば ~/.openclaw/.env 内、または env.shellEnv 経由）。

​
関連項目

モデルの選択

プロバイダー、モデル参照、フェイルオーバー動作の選択。

設定リファレンス

OpenClaw の完全な設定リファレンス。

Kilo Gateway

Kilo Gateway のダッシュボード、API キー、アカウント管理。