# Kimi

Source: https://docs.aicentos.com/fr/clients/kimi

Language: fr

> Utiliser aicentos dans Kimi Code CLI : enregistrer un provider compatible OpenAI via config.toml

Kimi Code CLI permet d'enregistrer n'importe quel service compatible OpenAI comme provider. Pointez `base_url` vers aicentos et renseignez l'API Key pour appeler directement, dans l'interface du terminal, les modèles intégrés par aicentos.

## Prérequis

Créez d'abord, sur la page « API Key » de la console, une clé dédiée pour Kimi Code (nommez-la par exemple `kimi-cli`, pour suivre plus facilement sa consommation).

* Console : [https://aicentos.com](https://aicentos.com)
* Créer une clé : [https://aicentos.com/keys](https://aicentos.com/keys)
* Recharger le portefeuille : [https://aicentos.com/wallet](https://aicentos.com/wallet)
* Site de documentation : [https://docs.aicentos.com](https://docs.aicentos.com)

Le fichier de configuration se trouve par défaut dans `~/.kimi/config.toml` et est créé automatiquement au premier lancement de Kimi Code.

## Configuration à renseigner

| Champ            | Valeur                                                              |
| ---------------- | ------------------------------------------------------------------- |
| Type de provider | `openai_legacy` (protocole Chat Completions)                        |
| base\_url        | `https://aicentos.com/v1`                                           |
| api\_key         | clé créée dans la console                                           |
| model            | nom du modèle dans la « place de marché des modèles » de la console |

Si le côté aicentos emprunte le protocole Responses, remplacez simplement le type par `openai_responses`.

## Étapes de configuration

Ouvrez `~/.kimi/config.toml` et ajoutez un provider personnalisé ainsi qu'un alias de modèle :

```toml
default_model = "aicentos-gpt-4o"

[providers.aicentos]
type = "openai_legacy"
base_url = "https://aicentos.com/v1"
api_key = "sk-votre-clé"

[models.aicentos-gpt-4o]
provider = "aicentos"
model = "gpt-4o"
max_context_size = 128000
```

* Le nom du provider (`aicentos`) et l'alias du modèle (`aicentos-gpt-4o`) sont tous deux personnalisables ; `default_model` reçoit l'alias, pas l'ID de modèle côté serveur.
* Si l'alias contient un `.` (par ex. `gpt-4.1`), il faut le mettre entre guillemets en TOML : `[models."gpt-4.1"]`, sinon le `.` est interprété comme séparateur de tables.
* Si vous préférez ne pas écrire le TOML à la main, saisissez `/provider` dans la TUI pour ouvrir le gestionnaire de fournisseurs, validez sur la ligne `[ Add New Platform ]` et suivez l'assistant.

Vous pouvez aussi passer uniquement par des variables d'environnement (effectives pour les types `openai_legacy` / `openai_responses`) :

```bash
export OPENAI_BASE_URL="https://aicentos.com/v1"
export OPENAI_API_KEY="sk-votre-clé"
```

## Test

Lancez `kimi` et envoyez une invite simple dans la TUI ; si la réponse arrive normalement, l'intégration fonctionne. Utilisez `/model` pour vérifier que l'alias sélectionné est bien celui que vous venez de configurer.

## Remarques

* Les identifiants du provider sont résolus dans l'ordre : champ `api_key` > sous-table `[providers.<name>.env]` > erreur au démarrage ; hormis pour `openai_legacy` / `openai_responses`, les identifiants du fichier de configuration ne sont pas complétés automatiquement depuis les variables d'environnement du shell.
* `type = "kimi"` est réservé au point de terminaison officiel de Moonshot ; pour aicentos, utilisez `openai_legacy` ou `openai_responses`.
* Ne renseignez pas `max_context_size` en dessous de la fenêtre réelle du modèle ; une valeur trop petite déclenche prématurément la compression de contexte.
* La Base URL s'arrête à `/v1`, ne la complétez pas en chemin complet `/v1/chat/completions`.
* Le nom du modèle fait foi selon la « place de marché des modèles » de la console (voir [Modèles pris en charge](https://docs.aicentos.com/fr/billing/models-list)).