Kilo Gateway
Kilo Gatewayは、単一の エンドポイントとAPIキーの背後で多くのモデルにリクエストをルーティングする統合APIを提供します。これはOpenAI互換なので、ほとんどのOpenAI SDKはbase URLを切り替えるだけで動作します。APIキーの取得
- app.kilo.ai にアクセスします
- サインインするか、アカウントを作成します
- API Keys に移動して新しいキーを生成します
CLIセットアップ
設定スニペット
デフォルトモデル
デフォルトモデルはkilocode/kilo/auto です。これはKilo Gatewayによって管理される、プロバイダー所有のスマートルーティング
モデルです。
OpenClawは kilocode/kilo/auto を安定したデフォルト参照として扱いますが、
このルートに対するソース裏付けのあるタスクからupstream modelへのマッピングは公開しません。
利用可能なモデル
OpenClawは起動時にKilo Gatewayから利用可能なモデルを動的に検出します。アカウントで利用可能なモデルの完全な一覧を見るには/models kilocode を使用してください。
gatewayで利用可能な任意のモデルは、kilocode/ プレフィックスを付けて使用できます:
注記
- モデル参照は
kilocode/<model-id>です(例:kilocode/anthropic/claude-sonnet-4)。 - デフォルトモデル:
kilocode/kilo/auto - Base URL:
https://api.kilo.ai/api/gateway/ - バンドルされたフォールバックcatalogには、常に
kilocode/kilo/auto(Kilo Auto)が含まれ、input: ["text", "image"]、reasoning: true、contextWindow: 1000000、maxTokens: 128000が設定されています - 起動時に、OpenClawは
GET https://api.kilo.ai/api/gateway/modelsを試し、 検出されたモデルを静的フォールバックcatalogより前にマージします kilocode/kilo/autoの背後にある正確なupstream routingは、OpenClawにハードコードされているのではなく、 Kilo Gatewayが所有します- Kilo Gatewayはソース上でOpenRouter互換として文書化されているため、 ネイティブOpenAIリクエスト整形ではなく、プロキシ型のOpenAI互換経路にとどまります
- GeminiベースのKilo参照は引き続きproxy-Gemini経路上にあるため、OpenClawは ネイティブGemini replay検証やbootstrap rewriteを有効にせず、 そこでGemini thought-signature sanitationを維持します。
- Kiloの共有stream wrapperは、provider app headerを追加し、
サポートされる具体的なモデル参照向けにproxy reasoning payloadを正規化します。
kilocode/kilo/autoや、その他のproxy reasoning非対応ヒントでは、そのreasoning注入をスキップします。 - その他のモデル/プロバイダーオプションについては、/concepts/model-providers を参照してください。
- Kilo Gatewayは内部的に、APIキーを使ったBearer tokenを使用します。