Providers

Gateway Kilo

Kilo Gateway achemine les requêtes vers de nombreux modèles derrière un point de terminaison unique compatible avec OpenAI et une seule clé API.

Propriété Valeur
Fournisseur kilocode
Auth KILOCODE_API_KEY
API Compatible avec OpenAI
URL de base https://api.kilo.ai/api/gateway/

Installer le Plugin

bash
openclaw plugins install @openclaw/kilocode-provideropenclaw gateway restart

Configuration

  • Créer un compte

    Accédez à app.kilo.ai, connectez-vous ou créez un compte, puis générez une clé API.

  • Lancer l’intégration

    bash
    openclaw onboard --auth-choice kilocode-api-key

    Vous pouvez également définir directement la variable d’environnement :

    bash
    export KILOCODE_API_KEY="<your-kilocode-api-key>" # pragma: allowlist secret
  • Vérifier que le modèle est disponible

    bash
    openclaw models list --provider kilocode
  • Modèle par défaut et catalogue

    Le modèle par défaut est kilocode/kilo/auto, un modèle de routage intelligent géré par le fournisseur. OpenClaw ne publie aucune correspondance entre les tâches et les modèles en amont pour celui-ci ; le routage derrière kilo/auto est géré par Kilo Gateway.

    Au démarrage, OpenClaw interroge GET https://api.kilo.ai/api/gateway/models et fusionne les modèles détectés avant un catalogue de secours statique. Ce catalogue ne contient que kilocode/kilo/auto (Kilo Auto, input: ["text", "image"], reasoning: true, contextWindow: 1000000, maxTokens: 128000).

    Tout modèle du Gateway est accessible sous la forme kilocode/<upstream-id> (par exemple kilocode/anthropic/claude-sonnet-4, kilocode/openai/gpt-5.5). Exécutez /models kilocode ou openclaw models list --provider kilocode pour afficher la liste complète des modèles détectés.

    Exemple de configuration

    json5
    {  env: { KILOCODE_API_KEY: "<your-kilocode-api-key>" }, // pragma: allowlist secret  agents: {    defaults: {      model: { primary: "kilocode/kilo/auto" },    },  },}

    Remarques sur le comportement

    Transport et compatibilité

    Kilo Gateway est compatible avec OpenRouter ; il utilise donc le chemin de requête compatible avec OpenAI de type proxy plutôt que le formatage natif des requêtes OpenAI (pas de store, ni de charge utile OpenAI pour l’effort de raisonnement).

    • Les références Kilo reposant sur Gemini restent sur le chemin proxy Gemini : OpenClaw nettoie les signatures de réflexion Gemini à cet endroit, mais n’active ni la validation native de la relecture Gemini ni les réécritures d’amorçage.
    • Les requêtes utilisent un jeton Bearer généré à partir de votre clé API.
    Enveloppe de flux et raisonnement

    L’enveloppe de flux Kilo ajoute un en-tête de requête X-KILOCODE-FEATURE (openclaw par défaut, modifiable avec la variable d’environnement KILOCODE_FEATURE) et normalise les charges utiles d’effort de raisonnement pour les modèles qui le prennent en charge.

    Dépannage
    • Si la détection des modèles échoue au démarrage, OpenClaw utilise le catalogue statique de secours contenant kilocode/kilo/auto.
    • Vérifiez que votre clé API est valide et que les modèles souhaités sont activés pour votre compte Kilo.
    • Lorsque le Gateway s’exécute en tant que démon, assurez-vous que KILOCODE_API_KEY est accessible à ce processus (par exemple dans ~/.openclaw/.env ou via env.shellEnv).

    Pages connexes

    Was this useful?
    On this page

    On this page