La plupart des gens qui cherchent une alternative à goose n’en ont pas besoin. goose n’est pas abandonné : il est passé de block/goose à aaif-goose/goose sous l’Agentic AI Foundation de la Linux Foundation, le dépôt n’est pas archivé, il a encore été mis à jour le 1er octobre 2026 et la v1.52.0 est sortie le 23 septembre 2026. Si vous partez quand même, la bonne alternative dépend entièrement de la raison du départ — et ce qu’aucun tableau comparatif ne dit, c’est ce qui vous suit. Les instructions voyagent ; les recettes et l’historique non ; et chaque destination écrit l’URL de l’endpoint autrement que goose.
Une recherche « goose ai alternative » renvoie deux produits sans rapport, donc d’abord une précision. Cette page parle de goose, l’agent de code open source documenté sur goose-docs.ai. Ce n’est pas goose.ai, un service d’inférence NLP géré présenté sur son site comme une coentreprise de CoreWeave et d’Anlatan ; ses prix par requête n’ont rien à voir avec l’agent et n’apparaissent pas ici. Deux autres homonymes sur GitHub : pressly/goose, outil de migration de bases de données en Go, et goose-lang/goose, qui convertit un sous-ensemble de Go en Rocq.
Le changement de nom est réel, et à moitié propagé
Le déménagement a été annoncé sur le blog du projet le 7 avril 2026 : le dépôt et les projets associés ont quitté block/goose pour une nouvelle organisation, et les anciens liens de documentation redirigent. Ce qui fait paraître goose abandonné, c’est que l’ancien nom reste inscrit dans des éléments livrés. Vérifié le 1er octobre 2026 :
| Élément | Ce qu’il fait aujourd’hui | Se lit comme |
|---|---|---|
github.com/block/goose | HTTP 301 vers github.com/aaif-goose/goose | Déplacé, côté serveur |
| Cask Homebrew | Toujours block-goose, version 1.52.0, avec un champ homepage pointant encore vers block.github.io/goose | Encore Block |
| Identifiant de l’extension VS Code | Toujours block.vscode-goose | Encore Block |
| Dossier de configuration Windows | Toujours %APPDATA%\Block\goose\config\ | Encore Block |
Trois départs qui sont en fait des réglages goose
- « Je veux qu’il arrête de demander » — ou qu’il demande plus. La commande
/moded’une session accepteauto,approve,chatetsmart_approve. L’autonomie est un curseur, pas une fonction manquante. - « Je le veux dans mon éditeur. » Zed peut lancer goose comme agent ACP, et une extension VS Code officielle existe — mais sa page est sous
/docs/experimental/et prévient que son comportement peut changer. Expérimentale, donc, pas l’égale d’une extension mûre. - « Je veux arrêter de payer au token. » Les fournisseurs ACP de goose — Claude ACP, Codex ACP, Amp ACP, Pi ACP — permettent d’utiliser vos abonnements Claude Code ou ChatGPT Plus/Pro existants, « sans coût API au token ». Limites annoncées : pas de
goose session resumeni de fork pour l’instant, et des identifiants de session différents.
Si vous partez : choisissez selon la raison
| Pourquoi vous partez | Ce qui convient | Le piège |
|---|---|---|
| Un autre agent de terminal, avec une plus grande communauté | opencode | Son organisation GitHub est passée de sst à anomalyco ; le nom, le site et le paquet npm n’ont pas changé |
| Une interface terminal soignée et des sorties rapides | Crush | FSL-1.1-MIT, pas une licence open source OSI : usage permis à toute fin « autre qu’un Competing Use ». Libre pour le développement courant, mauvais choix si la licence est la raison du départ |
| Vous travaillez dans VS Code et voulez une extension mûre | Cline | Une extension d’éditeur n’a pas la même forme qu’un agent CLI ; vos scripts terminal et exécutions sans interface ne suivent pas |
| De longues exécutions autonomes, avec une option hébergée | OpenHands | L’organisation GitHub s’appelle désormais OpenHands et le site openhands.dev ; aucune annonce datée de ce changement n’a été trouvée |
| Une boucle de pair programming légère, indépendante de l’éditeur | Aider | Pas archivé, mais à l’arrêt : dernier commit le 22 mai 2026, dernière version GitHub v0.86.0 le 9 août 2025. Voir notre page prix d’Aider |
| La licence ou la gouvernance | goose est déjà sous Apache-2.0 dans un projet de la Linux Foundation | Vérifiez ce que vous gagnez vraiment ; opencode et OpenHands sont sous MIT, Cline sous Apache-2.0 |
Deux noms qui reviennent dans les listes et ne sont pas des destinations. Roo Code est archivé : l’API GitHub indique archived: true, dernière version v3.54.0 du 15 mai 2026. Continue non plus : son README indique que le dépôt continuedev/continue n’est plus activement maintenu et est en lecture seule pour tous, alors même que le drapeau archived de GitHub reste à false — c’est le README qu’il faut croire.
L’état de chaque candidat, vérifié le même jour
| Projet | Dépôt | Licence | Dernière version | Archivé ? |
|---|---|---|---|---|
| goose | aaif-goose/goose | Apache-2.0 | v1.52.0, 23 sept. 2026 | Non |
| opencode | anomalyco/opencode | MIT | v1.18.34, 30 sept. 2026 | Non |
| Crush | charmbracelet/crush | FSL-1.1-MIT | v0.97.1, 29 sept. 2026 | Non |
| Cline | cline/cline | Apache-2.0 | v4.1.22, 30 sept. 2026 | Non |
| OpenHands | OpenHands/OpenHands | MIT | v1.24.0, 25 sept. 2026 | Non |
| Aider | Aider-AI/aider | Apache-2.0 | v0.86.0, 9 août 2025 | Non, mais dernier commit le 22 mai 2026 |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | v3.54.0, 15 mai 2026 | Oui |
Lu dans l’API GitHub le 1er octobre 2026 ; versions et activité bougent vite, revérifiez avant d’imposer un outil à une équipe. Côté prix du client lui-même : goose est sous Apache-2.0 et sa page d’installation demande seulement d’avoir des crédits chez votre fournisseur de LLM ; Cline affiche l’open source gratuit et une offre Enterprise sur devis ; OpenHands propose l’open source local gratuit, une offre individuelle SaaS gratuite et Enterprise sur devis ; le README de Crush présente Charm Hyper comme un service par abonnement avec une offre gratuite, sans chiffres publiés.
Ce qui migre hors de goose, et ce qui ne migre pas
| Ce que vous avez | Où c’est | Ça migre ? |
|---|---|---|
| Instructions de projet | AGENTS.md et .goosehints, lus à la racine du projet et dans les dossiers parents | Oui. goose lit AGENTS.md nativement ; la liste est fixée par CONTEXT_FILE_NAMES. Vérifiez quel nom lit la destination |
| Agent Skills | SKILL.md avec frontmatter YAML, sous ~/.agents/skills/ et .agents/skills/ | Portables selon la doc de goose, pour les agents qui suivent la convention Agent Skills — une affirmation sur la convention, pas une promesse pour chaque outil ci-dessus |
| Recettes | YAML ou JSON propre à goose (title, description, instructions ou prompt) | Non. Aucune alternative ne lit ce format : prévoyez de les réécrire |
| Historique des sessions | Base SQLite ~/.local/share/goose/sessions/sessions.db depuis la version 1.10.0 | Non. goose session export produit du JSON ou du Markdown, réimportable seulement dans goose Desktop |
| Clés API des fournisseurs | Trousseau système, sinon secrets.yaml en clair ; les variables d’environnement priment | Non. goose ne lit pas les clés dans config.yaml : rien à copier, émettez ou ressaisissez une clé |
Le retour arrière ne coûte rien, gardez-le. Les clés n’étant jamais dans config.yaml et les sessions vivant dans leur propre base, installer un second agent ne dérange pas une installation goose qui marche. Laissez goose en place, faites une vraie tâche dans le candidat, puis décidez. Exportez les sessions qui comptent avant de désinstaller quoi que ce soit : l’export est à sens unique.
L’URL de l’endpoint change de forme au déménagement
C’est le fait de migration le plus utile de la page, et il casse les configurations en silence. goose ne prend pas une URL de base unique, mais un hôte et un chemin par défaut : sa page providers documente OPENAI_HOST (par défaut api.openai.com) et OPENAI_BASE_PATH, « le chemin ajouté à l’hôte (par défaut v1/chat/completions) ». L’hôte est donc l’origine nue, sans /v1. opencode et Crush prennent une URL de base complète, /v1 écrit dedans.
# goose — hôte et chemin SÉPARÉS. L'origine ne porte pas /v1.
OPENAI_API_KEY=sk-kn-...
OPENAI_HOST=https://api.kunavo.com
# OPENAI_BASE_PATH reste vide ; sa valeur par défaut est v1/chat/completions.
# opencode — une baseURL complète, /v1 compris, dans opencode.json :
# "options": { "baseURL": "https://api.kunavo.com/v1" }
# Crush — une --base-url complète, /v1 compris. Ce n'est PAS une commande shell :
# un crushrc est du Bash avec des builtins Crush, dont "provider add".
provider add kunavo --type openai-compat \
--base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY"Copiez l’hôte goose tel quel dans l’une ou l’autre destination et la requête perd son /v1 ; copiez dans l’autre sens et goose demande /v1/v1/chat/completions. La page de goose le dit : un 404 signifie généralement que OPENAI_BASE_PATH ne convient pas à votre proxy — une faute de chemin, pas d’authentification. Les détails par client sont dans les guides (en anglais) goose, opencode, Crush, Cline et OpenHands. Ce sont des références de configuration tirées de la documentation de chaque éditeur : Kunavo n’a exécuté aucun de ces clients contre son endpoint, et une page de configuration n’est pas un test.
Ce que coûte une session, et le cache
Un détail de cache d’abord. La page providers de goose indique qu’il active automatiquement le prompt caching d’Anthropic (marqueurs cache_control) quand Claude passe par les fournisseurs Anthropic, Amazon Bedrock, Databricks, OpenRouter et LiteLLM. Un Claude joint via le fournisseur OpenAI générique de goose n’est pas dans cette liste, donc goose n’ajoute pas ces marqueurs sur cette voie. Les chiffres ci-dessous supposent donc l’absence de remise de cache, le sens prudent.
Ce qui suit est de l’arithmétique de tokens à titre d’illustration, pas un coût de tâche mesuré ni un plafond de facture : une session d’agent qui envoie 400 000 tokens d’entrée non mis en cache sur l’ensemble de ses tours et reçoit 25 000 tokens de sortie — le contexte renvoyé à chaque tour rend les sessions d’agent lourdes en entrée. Tarifs actuels du catalogue Kunavo par million de tokens.
| Modèle | Entrée / sortie par million | Estimation pour une session |
|---|---|---|
| Claude Haiku 4.5 | $0,70 / $3,50 | $0,367 |
| Claude Sonnet 5 | $1,40 / $7,00 | $0,735 |
| GPT-5.6 Sol | $2,00 / $12,00 | $1,100 |
Multipliez par vos sessions quotidiennes avant d’en faire un budget ; le tarif le plus bas et la façon la moins chère de finir la tâche sont deux choses différentes. Le montant du catalogue Kunavo est un plancher de facturation, pas un plafond : quand l’amont déclare son coût, la facture est le plus élevé entre le coût catalogue et le coût amont multiplié par la majoration applicable. La recharge minimale est de $10 de crédit prépayé, sans abonnement ; le checkout Stripe accepte cartes, Apple Pay et Link, pas le prélèvement SEPA (facturation). Deux voies gratuites documentées dans goose valent d’être essayées avant tout achat : $10 de crédits offerts la première fois que vous vous authentifiez automatiquement avec Tetrate via goose, et l’offre gratuite de Google Gemini pour démarrer, sans quota chiffré.
Pour aller plus loin
Vous restez sur goose et ne changez que la voie du modèle ? goose vs Claude Code traite le choix ACP contre API. Vous partez ? opencode alternatives, Crush vs opencode et OpenHands vs opencode comparent les clients. La version anglaise de cette page est goose alternatives. Si une seule clé pour plusieurs de ces clients est ce que vous cherchez, créez un compte Kunavo et lancez une tâche bornée avant d’y engager une équipe.
FAQ
goose est-il abandonné ?
Non. goose est passé de l'organisation GitHub block/goose à aaif-goose/goose, comme projet de l'Agentic AI Foundation de la Linux Foundation, annoncé sur le blog du projet le 7 avril 2026. Le 1er octobre 2026, l'API GitHub donnait le dépôt non archivé, sous Apache-2.0, avec un push le jour même et la version v1.52.0 publiée le 23 septembre 2026. Le nom Block subsiste dans le cask Homebrew (block-goose), l'identifiant de l'extension VS Code (block.vscode-goose) et le dossier de configuration Windows, ce qui le fait paraître abandonné dans les résultats de recherche alors qu'il ne l'est pas.
goose et goose.ai, c'est la même chose ?
Non, et c'est la confusion la plus fréquente sur cette requête. goose.ai est un service d'inférence NLP géré, présenté sur son propre site comme une coentreprise de CoreWeave et d'Anlatan ; sa page d'accueil ne mentionne ni agent de code, ni CLI, ni dépôt. goose, l'agent de code, est le projet open source Apache-2.0 aaif-goose/goose, documenté sur goose-docs.ai. Tout prix par requête associé à goose.ai décrit ce service d'inférence, pas l'agent.
Quelle est la meilleure alternative open source à goose ?
Tout dépend de ce que vous remplacez, et goose est déjà sous Apache-2.0, donc la licence est rarement la raison. Pour un agent de terminal avec une grosse communauté : opencode, sous MIT, v1.18.34 publiée le 30 septembre 2026. Pour travailler dans VS Code : Cline, sous Apache-2.0, v4.1.22 du 30 septembre 2026. Pour de longues exécutions autonomes avec une option hébergée : OpenHands, sous MIT, v1.24.0 du 25 septembre 2026. Crush sort vite — v0.97.1 le 29 septembre 2026 — mais sous FSL-1.1-MIT, qui exclut un « Competing Use » et n'est pas une licence open source OSI : mauvaise destination si c'est la licence qui vous fait partir. Vérifié le 1er octobre 2026.
Puis-je garder ma configuration goose en changeant d'agent ?
En partie. Les instructions de projet voyagent : goose lit déjà AGENTS.md à côté de .goosehints (liste définie par CONTEXT_FILE_NAMES), donc le fichier est déjà dans un format portable ; vérifiez quel nom lit la destination. Les recettes goose ne voyagent pas : c'est un format YAML ou JSON propre à goose qu'aucune alternative ne lit, il faut les réécrire. L'historique non plus : depuis la version 1.10.0, goose stocke les sessions dans une base SQLite, et goose session export produit du JSON ou du Markdown que seul goose Desktop sait réimporter. Les clés API ne se copient pas depuis un fichier de config : goose ne les lit pas dans config.yaml, elles sont dans le trousseau système, ou dans secrets.yaml à défaut.
Pourquoi mon nouvel agent renvoie-t-il 404 alors que goose marchait avec la même URL ?
Parce que goose écrit l'endpoint autrement que presque tout le monde. Il le découpe en deux : OPENAI_HOST est documenté comme l'URL d'endpoint personnalisée (par défaut api.openai.com) et OPENAI_BASE_PATH comme le chemin ajouté à l'hôte (par défaut v1/chat/completions). Le champ hôte prend donc l'origine nue, sans /v1. opencode et Crush prennent une URL de base complète, /v1 compris. Copier l'hôte goose dans l'un d'eux fait perdre le /v1 ; dans l'autre sens, goose demande /v1/v1/chat/completions. La page providers de goose lit un 404 comme un chemin incorrect, pas comme une erreur d'authentification.
Dois-je payer au token si je quitte goose ?
Pas forcément — et c'est à vérifier avant même de partir, car goose a déjà une voie qui l'évite. Ses fournisseurs ACP (Claude ACP, Codex ACP, Amp ACP, Pi ACP) permettent, selon sa documentation, d'utiliser goose avec vos abonnements Claude Code ou ChatGPT Plus/Pro existants, sans coût API au token. Il faut Node.js, npm, l'adaptateur ACP du fournisseur et un compte ou un abonnement chez lui. Deux limites sont annoncées : goose session resume et fork ne sont pas encore pris en charge, et l'identifiant de session ACP diffère de celui de goose.
Vérifié le 1er octobre 2026 : état, licence et dernière version des sept projets via l’API GitHub ; la redirection de block/goose et le cask Homebrew ; le README de Continue et la LICENSE de Crush ; les pages providers, ACP et commandes CLI de goose. Non vérifié : tout comportement à l’exécution — aucun client de cette page n’a été lancé contre l’endpoint de Kunavo. Les tarifs Kunavo viennent du catalogue en direct, et chaque exemple chiffré est une arithmétique de tokens.