# Kimchi

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

Language: fr

> Connecter aicentos à Kimchi — changer l'adresse d'inférence via llmEndpoint, avec les limites de cette approche

Kimchi est un agent de codage en terminal, qui propose aussi une extension VS Code et le client de bureau Studio. Sa configuration contient un champ `llmEndpoint`, qui pointe par défaut vers `https://llm.kimchi.dev` ; le modifier permet d'envoyer les requêtes d'inférence ailleurs.

À préciser d'emblée : **la documentation officielle ne décrit `llmEndpoint` que comme une adresse d'inférence et ne garantit pas qu'elle puisse pointer vers n'importe quelle passerelle tierce compatible OpenAI**. La méthode ci-dessous fonctionne dans la communauté, mais relève d'une « configuration selon la sémantique du champ » : ce n'est pas un chemin BYOK officiellement pris en charge, et elle peut cesser de fonctionner après une mise à niveau.

## Prérequis

Créez d'abord dans la console une clé dédiée pour Kimchi (nommez-la par exemple `kimchi`), puis installez le CLI :

```bash
brew install getkimchi/tap/kimchi
```

Ou avec le script d'installation :

```bash
curl -fsSL https://github.com/getkimchi/kimchi/releases/latest/download/install.sh | bash
```

## Configuration à renseigner

| Champ         | Valeur                                                              |
| ------------- | ------------------------------------------------------------------- |
| `llmEndpoint` | `https://aicentos.com/v1`                                           |
| `apiKey`      | clé créée dans la console                                           |
| Modèle        | nom du modèle dans la « place de marché des modèles » de la console |

## Étapes de configuration

Le fichier de configuration se trouve dans `~/.config/kimchi/config.json` ; vous pouvez aussi le surcharger avec un `.kimchi/config.json` au niveau du projet :

```json
{
  "apiKey": "sk-votre-clé-API",
  "llmEndpoint": "https://aicentos.com/v1"
}
```

Les modèles personnalisés se déclarent dans `models.json`, au même format que les providers auto-hébergés du type vLLM ou LM Studio. La spécification des champs n'est pas entièrement publique : mieux vaut d'abord faire fonctionner le modèle par défaut avant d'envisager des entrées personnalisées.

Redémarrez `kimchi` après modification.

## Test

Après le démarrage, envoyez une invite dans la session. En cas d'erreur 401, vérifiez d'abord que la clé ne contient pas d'espaces superflus ; en cas d'erreur 404, vérifiez que `llmEndpoint` s'arrête bien à `/v1`.

Revenez ensuite dans la console consulter la consommation — **c'est l'étape décisive** : si elle n'augmente pas, les requêtes ne passent pas du tout par `llmEndpoint` mais retombent sur l'endpoint par défaut, et cette méthode ne tient donc pas pour la version actuelle.

## Remarques

* Kimchi exige la connexion à son propre compte ; `apiKey` et l'état de connexion au compte sont deux choses distinctes, ne faites pas la moitié du travail.
* Les modèles externes sont traités par défaut au niveau `standard` avec `vision: false` : un modèle multimodal n'apportera pas d'image ici.
* Le modèle par défaut est choisi automatiquement par son propre harness ; vous ne pourrez peut-être pas désigner directement un nom de modèle précis sur aicentos.
* La documentation officielle n'a pas décrit cette voie : c'est du « ça marche mais sans garantie ». Prévoyez une solution de repli en production.

## Liens utiles

* [Documentation Kimchi CLI](https://docs.kimchi.dev/docs/kimchi-cli)
* [Dépôt kimchi](https://github.com/getkimchi/kimchi)