# Augment Code

Source: https://docs.aicentos.com/fr/clients/augment-code

Language: fr

> Augment Code n'ouvre pas de point d'accès personnalisé et ses modèles ne peuvent pas être remplacés par aicentos — justifications et alternatives

Augment Code est une extension de codage pour VS Code / JetBrains / Vim, accompagnée d'un CLI `auggie`. Il **ne prend pas en charge de Base URL personnalisée et ne propose pas de BYOK** : les modèles viennent du catalogue officiel, le compte doit être connecté via `auggie auth login`, et les requêtes ne peuvent pas pointer vers aicentos.

## Pourquoi une connexion directe est impossible

* Le fichier de configuration ne contient pas de champs comme `baseUrl` ou `apiKey`, et le panneau de réglages de l'extension n'offre aucun champ de saisie d'endpoint.
* Le CLI ne reconnaît que deux variables d'environnement liées : `AUGMENT_SESSION_AUTH` (état de connexion) et `AUGMENT_DISABLE_AUTO_UPDATE` (désactiver la mise à jour automatique) ; aucune variable ne permet de remplacer l'endpoint.
* `--model` n'accepte que les noms du catalogue officiel de modèles (Claude, GPT, Gemini, GLM, Kimi, etc.) ; un nom de modèle tiers est refusé.
* L'index de la documentation officielle `docs.augmentcode.com/llms.txt` ne contient aucune entrée BYOK ni provider personnalisé.

## Configuration à renseigner

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

Le tableau ci-dessus regroupe les paramètres génériques côté aicentos, utilisables par n'importe laquelle des alternatives ci-dessous.

## Alternatives

### Option 1 : passer à un agent de codage acceptant un endpoint personnalisé

[Craft Agent](https://docs.aicentos.com/fr/clients/craft-agent), [Gajae Code](https://docs.aicentos.com/fr/clients/gajae-code) et [Oh My Pi](https://docs.aicentos.com/fr/clients/oh-my-pi) sont des agents de codage en terminal, dont la configuration accepte directement `baseUrl`.

### Option 2 : rester dans VS Code et changer d'extension

[Cline](https://docs.aicentos.com/fr/clients/cline), [Roo Code](https://docs.aicentos.com/fr/clients/roo-code) et [Kilo](https://docs.aicentos.com/fr/clients/kilo) prennent tous en charge un provider compatible OpenAI : il suffit d'y saisir `https://aicentos.com/v1`.

### Option 3 : ne déplacer que les tâches par lots

Si votre équipe a déjà souscrit à un abonnement Augment et ne veut pas renoncer à son expérience de complétion, vous pouvez conserver les modèles officiels pour l'édition quotidienne et déplacer les refactorisations massives et les tâches scriptées vers un CLI acceptant un endpoint personnalisé.

## Test

Après être passé à l'un des clients alternatifs, confirmez d'abord la connectivité avec une invite simple, puis vérifiez dans la console que la consommation est bien imputée à la nouvelle clé.

## Remarques

* Des tutoriels circulent en ligne avec des clés comme `augment.modelProvider: "openai-compatible"`, `augment.baseUrl` ou `augment.apiKeyEnv`. Ces clés n'existent pas dans la configuration officielle : les écrire ne provoque pas d'erreur mais n'a aucun effet, et `--model` continue de n'accepter que le catalogue officiel.
* Ne prenez pas « une option de configuration qui ne renvoie pas d'erreur » pour « une configuration effective ». La vérification consiste à demander le nom du modèle courant, puis à le comparer au catalogue officiel.
* L'index cloud et la complétion d'Augment n'ont pas d'équivalent : changer de client revient à changer toute la chaîne de travail, mieux vaut d'abord essayer sur un petit dépôt.

## Liens utiles

* [Documentation d'Augment Code CLI](https://docs.augmentcode.com/cli/overview)