Utiliser Zed avec des modèles open source hébergés dans l’UE

Zed est un éditeur de code écrit en Rust par Zed Industries, conçu pour la rapidité et la collaboration en temps réel. Il comprend un Agent Panel capable de lire votre projet, de modifier des fichiers et de lancer des commandes, un assistant en ligne pour des modifications ciblées et des prédictions de modification pendant la saisie. Il accueille aussi des agents externes via l’Agent Client Protocol.

Pour ses propres fonctions d’IA, Zed vous laisse choisir votre fournisseur. En plus des fournisseurs intégrés, il accepte tout point d’accès compatible OpenAI : c’est ainsi que vous connectez inference.eu, sans extension.

Les fournisseurs compatibles OpenAI se déclarent dans settings.json, sous language_models.openai_compatible. Chacun a un nom, une api_url et une liste available_models. Pour chaque modèle, indiquez dans name l’identifiant exact d’inference.eu, dans max_tokens sa fenêtre de contexte, et déclarez ses capabilities, comme tools.

Zed ne stocke pas les clés dans settings.json. Saisissez la clé dans les réglages du fournisseur, qui la place dans le trousseau du système, ou définissez une variable d’environnement. Son nom reprend l’identifiant du fournisseur en majuscules avec des tirets bas, suivi de _API_KEY : le fournisseur inference-eu lit INFERENCE_EU_API_KEY. Une variable définie prime sur le trousseau.

L’Agent Panel appelle des outils à répétition pour lire des fichiers, modifier le code et lancer des commandes : choisissez des modèles fiables pour les appels d’outils. qwen3-coder-480b-a35b-instruct est un bon choix par défaut pour le travail d’agent. glm-5.3 et kimi-k3 conviennent pour planifier des changements importants et expliquer du code inconnu ; ajoutez-les avec leur taille de contexte.

Pour l’assistant en ligne et les questions rapides, gpt-oss-120b répond vite. Si un modèle gère des niveaux de raisonnement, renseignez reasoning_effort dans son entrée. Les prédictions de modification sont une fonction distincte, avec leur propre réglage de fournisseur, et ne reposent pas sur ces modèles de chat.

Si le fournisseur apparaît comme non authentifié, Zed n’a trouvé aucune clé. Saisissez-la dans les réglages du fournisseur, ou lancez Zed depuis un shell où INFERENCE_EU_API_KEY est définie ; le nom suit l’identifiant du fournisseur. Une erreur 401 signale une clé erronée. Pour revenir au trousseau, supprimez la variable et redémarrez Zed.

« Model not found » signifie que name diffère de l’identifiant inference.eu. Si l’agent répond sans appeler d’outils, vérifiez que capabilities.tools vaut true et choisissez un modèle entraîné à cet usage. Si le point d’accès refuse la limite de sortie, réglez capabilities.max_tokens_parameter sur true.

Zed initialise les fournisseurs de modèles dans l’application locale et envoie les requêtes depuis votre machine vers l’api_url indiquée, y compris pour les projets SSH et distants. Avec inference.eu, le code et le contexte de vos requêtes sont traités dans des centres de données de l’UE et ne servent jamais à l’entraînement. Nous signons un accord de sous-traitance au titre de l’article 28 du RGPD, communiquons la liste de nos sous-traitants et facturons en euros.

D’autres fonctions de Zed ont leurs propres réglages. Les prédictions de modification peuvent utiliser le service hébergé de Zed, et Zed collecte une télémétrie désactivable. Vérifiez ces deux points si tout votre code doit rester chez inference.eu.