Passer au contenu principal

Kilo Gateway

Kilo Gateway fournit une API unifiée qui route les requêtes vers de nombreux modèles derrière un seul point de terminaison et une seule clé API. Elle est compatible OpenAI, donc la plupart des SDK OpenAI fonctionnent en changeant simplement l’URL de base.
PropriétéValeur
Fournisseurkilocode
AuthentificationKILOCODE_API_KEY
APICompatible OpenAI
URL de basehttps://api.kilo.ai/api/gateway/

Démarrage

1

Créer un compte

Rendez-vous sur app.kilo.ai, connectez-vous ou créez un compte, puis accédez à API Keys et générez une nouvelle clé.
2

Lancer l’onboarding

openclaw onboard --auth-choice kilocode-api-key
Ou définissez directement la variable d’environnement :
export KILOCODE_API_KEY="<your-kilocode-api-key>" # pragma: allowlist secret
3

Vérifier que le modèle est disponible

openclaw models list --provider kilocode

Modèle par défaut

Le modèle par défaut est kilocode/kilo/auto, un modèle de routage intelligent détenu par le fournisseur et géré par Kilo Gateway.
OpenClaw traite kilocode/kilo/auto comme la référence par défaut stable, mais ne publie pas de correspondance documentée entre tâches et modèles en amont pour cette route. Le routage exact en amont derrière kilocode/kilo/auto appartient à Kilo Gateway et n’est pas codé en dur dans OpenClaw.

Modèles disponibles

OpenClaw découvre dynamiquement les modèles disponibles depuis Kilo Gateway au démarrage. Utilisez /models kilocode pour voir la liste complète des modèles disponibles avec votre compte. Tout modèle disponible sur le gateway peut être utilisé avec le préfixe kilocode/ :
Référence du modèleRemarques
kilocode/kilo/autoPar défaut — routage intelligent
kilocode/anthropic/claude-sonnet-4Anthropic via Kilo
kilocode/openai/gpt-5.4OpenAI via Kilo
kilocode/google/gemini-3-pro-previewGoogle via Kilo
…and many moreUse /models kilocode to list all
Au démarrage, OpenClaw interroge GET https://api.kilo.ai/api/gateway/models et fusionne les modèles découverts avant le catalogue statique de secours. Le secours groupé inclut toujours kilocode/kilo/auto (Kilo Auto) avec input: ["text", "image"], reasoning: true, contextWindow: 1000000 et maxTokens: 128000.

Exemple de configuration

{
  env: { KILOCODE_API_KEY: "<your-kilocode-api-key>" }, // pragma: allowlist secret
  agents: {
    defaults: {
      model: { primary: "kilocode/kilo/auto" },
    },
  },
}
Kilo Gateway est documenté dans le code source comme compatible OpenRouter, il reste donc sur le chemin compatible OpenAI de type proxy plutôt que sur le façonnage natif des requêtes OpenAI.
  • Les références Kilo adossées à Gemini restent sur le chemin proxy-Gemini, donc OpenClaw y conserve l’assainissement des thought-signature Gemini sans activer la validation native de relecture Gemini ni les réécritures de bootstrap.
  • Kilo Gateway utilise en interne un jeton Bearer avec votre clé API.
Le wrapper de flux partagé de Kilo ajoute l’en-tête de l’application fournisseur et normalise les charges utiles de raisonnement proxy pour les références de modèles concrètes prises en charge.
kilocode/kilo/auto et les autres indications proxy sans prise en charge du raisonnement ignorent l’injection de raisonnement. Si vous avez besoin de la prise en charge du raisonnement, utilisez une référence de modèle concrète telle que kilocode/anthropic/claude-sonnet-4.
  • Si la découverte des modèles échoue au démarrage, OpenClaw revient au catalogue statique groupé contenant kilocode/kilo/auto.
  • Confirmez que votre clé API est valide et que les modèles souhaités sont activés sur votre compte Kilo.
  • Lorsque le Gateway s’exécute comme un daemon, assurez-vous que KILOCODE_API_KEY est disponible pour ce processus (par exemple dans ~/.openclaw/.env ou via env.shellEnv).

Liens associés

Sélection du modèle

Choisir les fournisseurs, les références de modèles et le comportement de basculement.

Référence de configuration

Référence complète de configuration OpenClaw.

Kilo Gateway

Tableau de bord Kilo Gateway, clés API et gestion du compte.