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
openclaw plugins install @openclaw/kilocode-provideropenclaw gateway restartConfiguration
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
openclaw onboard --auth-choice kilocode-api-keyVous pouvez également définir directement la variable d’environnement :
export KILOCODE_API_KEY="<your-kilocode-api-key>" # pragma: allowlist secretVérifier que le modèle est disponible
openclaw models list --provider kilocodeModè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
{ 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_KEYest accessible à ce processus (par exemple dans~/.openclaw/.envou viaenv.shellEnv).