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

goose est un agent IA open source et extensible, créé chez Block et aujourd’hui développé ouvertement au sein de l’Agentic AI Foundation. Il fonctionne en application de bureau et en ligne de commande, et va au-delà des suggestions de code : il installe des paquets, lance des commandes, modifie des fichiers et vérifie les résultats. Des extensions basées sur le Model Context Protocol le relient à d’autres outils et services.

goose fonctionne avec de nombreux fournisseurs. Les fournisseurs personnalisés permettent d’ajouter tout service au format OpenAI, Anthropic ou Ollama : c’est ainsi que vous connectez inference.eu avec son nom, ses modèles et sa clé.

Un fournisseur personnalisé est un fichier JSON placé dans ~/.config/goose/custom_providers/, ou %APPDATA%\Block\goose\config\custom_providers\ sous Windows. engine sélectionne le format d’API, base_url est l’URL complète de Chat Completions, api_key_env désigne la variable d’environnement contenant votre clé, et models liste les identifiants avec leurs limites de contexte.

L’application de bureau et goose configure écrivent ce même fichier pour vous et rangent la clé dans le trousseau du système. Le fichier ne contient aucun secret : vous pouvez le partager avec votre équipe ou le versionner. Pour une mise en place rapide sans fournisseur personnalisé, le fournisseur OpenAI intégré accepte aussi un autre point d’accès via OPENAI_HOST.

goose pilote le travail par des appels d’outils vers ses extensions : la fiabilité de ces appels compte plus que la taille du modèle. kimi-k3 et glm-5.3 sont de solides modèles d’agent généralistes, qui planifient des tâches en plusieurs étapes et choisissent les bons outils. Pour un travail surtout centré sur le code, qwen3-coder-480b-a35b-instruct est un bon choix.

gpt-oss-120b répond vite et convient aux automatisations légères et au schéma lead et worker, où un modèle plus puissant planifie et un modèle rapide exécute les étapes courantes. Renseignez context_limit pour chaque modèle afin que goose gère les longues sessions sans atteindre la limite.

Si goose signale une clé manquante, INFERENCE_EU_API_KEY n’est pas définie dans l’environnement du processus goose et aucune clé ne figure dans le trousseau. Une erreur 401 signale une clé erronée. Une erreur 404 indique en général une base_url incomplète : dans le fichier du fournisseur, elle doit être l’URL complète se terminant par /chat/completions.

« Model not found » signifie qu’un nom de modèle du fichier diffère de l’identifiant inference.eu. Si goose répond en texte au lieu d’utiliser ses extensions, choisissez un modèle fiable sur les appels d’outils, comme Kimi K3, GLM-5.3 ou Qwen3 Coder. goose configure ne permet pas de saisir un nom de modèle libre pour les fournisseurs intégrés ; passez par le fournisseur personnalisé.

goose s’exécute sur votre machine et envoie ses requêtes au fournisseur sélectionné. Avec inference.eu, prompts, fichiers et sorties d’outils 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.

Les extensions sont des services distincts : une extension qui appelle une API tierce lui envoie des données, quel que soit le modèle. Vérifiez quelles extensions sont actives et définissez inference.eu comme fournisseur par défaut pour que les nouvelles sessions ne démarrent pas ailleurs.