Providers
Gateway Kilo
Kilo Gateway instrada le richieste verso numerosi modelli tramite un unico endpoint compatibile con OpenAI e un'unica chiave API.
| Proprietà | Valore |
|---|---|
| Provider | kilocode |
| Autenticazione | KILOCODE_API_KEY |
| API | Compatibile con OpenAI |
| URL di base | https://api.kilo.ai/api/gateway/ |
Installare il plugin
openclaw plugins install @openclaw/kilocode-provideropenclaw gateway restartConfigurazione
Creare un account
Vai su app.kilo.ai, accedi o crea un account, quindi genera una chiave API.
Eseguire la configurazione iniziale
openclaw onboard --auth-choice kilocode-api-keyIn alternativa, imposta direttamente la variabile di ambiente:
export KILOCODE_API_KEY="<your-kilocode-api-key>" # pragma: allowlist secretVerificare che il modello sia disponibile
openclaw models list --provider kilocodeModello predefinito e catalogo
Il modello predefinito è kilocode/kilo/auto, un modello di instradamento intelligente gestito dal provider. OpenClaw non
pubblica una mappatura tra attività e modello upstream; l'instradamento sottostante a kilo/auto è gestito da Kilo Gateway.
All'avvio, OpenClaw interroga GET https://api.kilo.ai/api/gateway/models e inserisce i modelli individuati
prima di un catalogo statico di ripiego. Il catalogo statico di ripiego contiene solo kilocode/kilo/auto (Kilo Auto,
input: ["text", "image"], reasoning: true, contextWindow: 1000000, maxTokens: 128000).
È possibile fare riferimento a qualsiasi modello del Gateway come kilocode/<upstream-id> (ad esempio
kilocode/anthropic/claude-sonnet-4, kilocode/openai/gpt-5.5). Esegui /models kilocode oppure
openclaw models list --provider kilocode per visualizzare l'elenco completo dei modelli individuati.
Esempio di configurazione
{ env: { KILOCODE_API_KEY: "<your-kilocode-api-key>" }, // pragma: allowlist secret agents: { defaults: { model: { primary: "kilocode/kilo/auto" }, }, },}Note sul comportamento
Trasporto e compatibilità
Kilo Gateway è compatibile con OpenRouter, pertanto utilizza il percorso delle richieste compatibile con OpenAI
in stile proxy anziché il formato nativo delle richieste OpenAI (senza store e senza payload OpenAI relativo all'intensità di ragionamento).
- I riferimenti Kilo basati su Gemini rimangono sul percorso proxy-Gemini: OpenClaw corregge le firme di ragionamento Gemini in tale percorso, ma non abilita la convalida nativa della riproduzione Gemini né le riscritture di bootstrap.
- Le richieste utilizzano un token Bearer creato a partire dalla chiave API.
Wrapper del flusso e ragionamento
Il wrapper del flusso Kilo aggiunge alle richieste l'intestazione X-KILOCODE-FEATURE (il valore predefinito è openclaw,
modificabile tramite la variabile di ambiente KILOCODE_FEATURE) e normalizza i payload relativi all'intensità di ragionamento per
i modelli che la supportano.
Risoluzione dei problemi
- Se l'individuazione dei modelli non riesce all'avvio, OpenClaw utilizza il catalogo statico di ripiego contenente
kilocode/kilo/auto. - Verifica che la chiave API sia valida e che i modelli desiderati siano abilitati nel tuo account Kilo.
- Quando il Gateway viene eseguito come daemon, assicurati che
KILOCODE_API_KEYsia disponibile per tale processo (ad esempio in~/.openclaw/.envo tramiteenv.shellEnv).