La plupart des personnes qui recherchent des alternatives à goose n’en ont pas besoin. goose n’est pas abandonné : il est passé de block/goose à aaif-goose/goose sous l’égide de l’Agentic AI Foundation de la Linux Foundation, et le dépôt n’a pas été archivé ; il a reçu une mise à jour le 21 septembre 2026 et a publié la version v1.51.0 le 17 septembre 2026. Si vous partez malgré tout, l’alternative adaptée dépend entièrement de la raison de votre départ — et ce qu’aucun tableau comparatif ne couvre, c’est ce qui est transféré. Les instructions sont transférées, mais pas les recettes ni l’historique des sessions, et chaque destination écrit l’URL du point de terminaison sous une forme différente de celle de goose.
Une recherche d’alternatives à goose AI renvoie deux produits sans rapport ; commençons donc par une précision. Cette page concerne goose, l’agent de codage open source, documenté sur goose-docs.ai. Il ne s’agit pas de goose.ai, un service d’inférence NLP géré décrit sur son propre site comme une coentreprise de CoreWeave et Anlatan, dont la page d’accueil ne mentionne ni agent de codage, ni CLI, ni dépôt (vérifié le 21 septembre 2026). Les prix par requête qui y sont publiés appartiennent à ce service et n’apparaissent nulle part sur cette page. Deux autres confusions à connaître : pressly/goose est un outil de migration de bases de données Go, et goose-lang/goose convertit un sous-ensemble de Go vers Rocq.
Le changement de nom est réel, et la moitié n’a pas encore été propagée
Le changement a été annoncé sur le blog du projet le 7 avril 2026 par Michael Neale, Principal Engineer : « Le dépôt GitHub et les projets associés sont passés de block/goose à une nouvelle organisation », en ajoutant que « Les anciens liens de documentation seront redirigés, mais mettez vos favoris à jour vers le nouveau site. » La fondation elle-même avait été annoncée plus tôt, dans le communiqué de presse de la Linux Foundation annonçant la création de l’Agentic AI Foundation, soutenue par des contributions telles que MCP, goose et AGENTS.md.
Ce qui donne l’impression que goose est abandonné dans les résultats de recherche, c’est que l’ancien nom reste intégré aux artefacts distribués. Vérifié le 21 septembre 2026 :
| Interface | 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 |
block.github.io/goose | HTTP 200 servant une page intitulée « goose has moved — Redirecting… » avec un meta refresh et un lien canonique vers goose-docs.ai | Déplacé, mais via le navigateur — pas par une redirection HTTP |
| Cask Homebrew | Contient toujours le jeton block-goose, la version 1.51.0, avec son champ homepage pointant toujours vers block.github.io/goose | Toujours Block |
| Identifiant de l’extension VS Code | Toujours block.vscode-goose | Toujours Block |
| Répertoire de configuration Windows | Toujours %APPDATA%\Block\goose\config\ | Toujours Block |
Ainsi, « Block’s goose » est obsolète pour le dépôt et la documentation, mais reste littéralement exact pour les artefacts d’installation. Ce sont ces artefacts qui expliquent la persistance de l’association à Block dans les résultats de recherche et les listes de logiciels ; ils ne prouvent pas que la gouvernance y siège encore.
Trois sorties qui s’avèrent être des paramètres de goose
Avant d’établir une liste restreinte, vérifiez si votre raison correspond déjà à une modification de configuration. En voici trois courantes, toutes tirées de la documentation officielle de goose vérifiée le 21 septembre 2026 :
- « Je veux qu’il arrête de demander » — ou qu’il demande davantage.
GOOSE_MODEcontrôle l’exécution des outils avec les valeursauto,approve,chatetsmart_approve, avecautopar défaut (variables d’environnement). L’autonomie est ici un réglage, pas une fonctionnalité manquante. - « Je le veux dans mon éditeur. » Zed peut exécuter goose comme agent ACP, et une extension officielle VS Code existe — mais sa page se trouve sous
/docs/experimental/et indique que « goose for VS Code is in active development. Behavior and configuration may change in future releases », avec VS Code 1.95.0 ou une version ultérieure ainsi que la CLI goose requis. Expérimental, et non l’équivalent d’une extension mature. - « Je veux arrêter de payer par jeton. » Les fournisseurs ACP de goose — Claude ACP, Codex ACP, Amp ACP et Pi ACP — « vous permettent d’utiliser goose avec vos abonnements Claude Code ou ChatGPT Plus/Pro existants — sans coûts d’API par jeton ». Deux limites sont indiquées :
goose session resumeetgoose session forkne sont pas encore pris en charge, et l’identifiant de session ACP diffère de celui de goose, de sorte que les champs de télémétrie peuvent ne pas correspondre. Les prérequis documentés sont Node.js et npm, l’adaptateur ACP du fournisseur, ainsi qu’un compte ou un abonnement fournisseur pour l’authentification — cette voie est donc facturée par le compte fournisseur et aucune URL de base ne doit être indiquée ailleurs.
Si vous partez : faites correspondre la destination à la raison
| Pourquoi vous partez | Ce qui convient | Le point à retenir |
|---|---|---|
| Vous voulez un autre agent de terminal doté d’une communauté plus importante | opencode | Son organisation GitHub est passée de sst à anomalyco ; le nom du produit, le site et le paquet npm sont inchangés. La date de ce changement n’a pas été vérifiée par cette page ; seule la redirection a été confirmée |
| Vous voulez une TUI soignée et des versions rapides | Crush | FSL-1.1-MIT, et non une licence open source reconnue par l’OSI — elle autorise toute utilisation « autre qu’une Utilisation concurrente ». Téléchargement et utilisation gratuits pour le développement courant ; mauvais choix si la licence motive votre départ |
| Vous travaillez dans VS Code et voulez une extension mature | Cline | Une extension d’éditeur correspond à une manière de travailler différente de celle d’un agent CLI ; vos scripts de terminal et vos exécutions sans interface ne sont pas transférés |
| Vous voulez des exécutions autonomes plus longues, avec une option hébergée | OpenHands | L’organisation GitHub est passée de All-Hands-AI à OpenHands et le site est openhands.dev ; aucune annonce datée de changement de nom n’a été trouvée |
| Vous voulez une petite boucle de pair programming indépendante de l’éditeur | Aider | Pas archivé, mais la cadence s’est arrêtée : dernier commit le 22 mai 2026, dernière version GitHub v0.86.0 le 9 août 2025. Évaluez-le selon ces dates, et non comme un équivalent activement développé |
| La licence ou la gouvernance est la raison | goose est déjà sous Apache-2.0 dans le cadre d’un projet de la Linux Foundation | Vérifiez ce que vous gagnez réellement avant de migrer ; opencode et OpenHands sont sous MIT, Cline sous Apache-2.0 |
Deux noms qui apparaissent dans les articles de listes et qui ne doivent pas être des destinations. Roo Code est archivé : l’API GitHub indique archived: true ; sa dernière version est v3.54.0, publiée le 15 mai 2026, et aucune mise à jour n’a eu lieu depuis. Des articles tiers citent un fork successeur ; cette page ne l’a confirmé auprès d’aucune source officielle, donc aucun successeur n’est nommé ici. Continue n’est pas non plus une destination — continue.dev affiche la bannière « Continue has joined Cursor » et le README du dépôt indique que « le dépôt continuedev/continue n’est plus activement maintenu et est en lecture seule pour tous les utilisateurs » après une dernière version 2.0.0. Son indicateur GitHub archived est toujours false, ce qui contredit cette formulation ; c’est le README qu’il faut retenir. Consultez Continue alternatives si c’est de là que vous venez.
É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.51.0, 17 sept. 2026 | Non |
| opencode | anomalyco/opencode | MIT | v1.18.31, 14 sept. 2026 | Non |
| Crush | charmbracelet/crush | FSL-1.1-MIT | v0.96.1, 21 sept. 2026 | Non |
| Cline | cline/cline | Apache-2.0 | Mis à jour le 21 sept. 2026 | Non |
| OpenHands | OpenHands/OpenHands | MIT | v1.20.0, 17 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 21 septembre 2026 ; les numéros de version et les dates d’activité évoluent, vérifiez-les donc avant de standardiser l’un de ces outils pour une équipe. Voici ce que chacun facture pour le client lui-même, d’après ses conditions publiées : goose est sous Apache-2.0 et sa page d’installation indique seulement qu’« il vous faudra vous assurer de disposer de crédits dans votre compte de fournisseur LLM pour pouvoir effectuer des requêtes ». Cline indique Open Source comme gratuit et Enterprise comme personnalisé ; OpenHands indique Open Source (Local) gratuit, Individual (SaaS) gratuit et Enterprise à un tarif personnalisé, avec des modèles proposés « au coût, sans majoration » et aucun tarif en dollars publié ; le README de Crush décrit Charm Hyper comme fondé sur un abonnement avec un niveau gratuit et ne publie aucun montant.
Ce qui migre depuis goose, et ce qui ne migre pas
| Ce que vous avez | Emplacement | Est-ce transféré ? |
|---|---|---|
| Instructions de projet | AGENTS.md et .goosehints, chargés depuis la racine du projet et les répertoires parents, ainsi que ~/.config/goose/ | Oui. goose lit AGENTS.md nativement et la liste des noms de fichiers est définie par CONTEXT_FILE_NAMES ; le fichier est donc déjà portable. Vérifiez quel nom votre destination lit |
| Compétences des agents | SKILL.md avec un frontmatter YAML, sous ~/.agents/skills/ et .agents/skills/ | Présenté comme portable par la documentation de goose, qui indique que les compétences goose sont compatibles avec les agents prenant en charge la convention Agent Skills. Il s’agit d’une affirmation sur la convention, pas d’une promesse que tous les outils de cette page les lisent |
| Recettes | YAML ou JSON propre à goose, avec title, description et instructions ou prompt | Non. Rien ici ne lit ce format. Prévoyez de les réécrire, et notez que .yml n’est pas pris en charge par la CLI goose, même par goose lui-même |
| Historique des sessions | SQLite à l’emplacement ~/.local/share/goose/sessions/sessions.db depuis la version 1.10.0 | Non. goose session export écrit du JSON ou du Markdown, et l’import n’est disponible dans goose Desktop qu’à partir du propre JSON de goose. Le chemin Windows n’est pas indiqué dans la documentation |
| Clés API des fournisseurs | Trousseau système, avec repli vers du texte brut secrets.yaml ; les variables d’environnement sont prioritaires | Non. goose ne lit pas les clés depuis config.yaml ; il n’y a donc rien à copier — émettez ou saisissez à nouveau une clé dans la destination |
Les cinq lignes proviennent de la documentation officielle de goose consultée le 21 septembre 2026. Un conflit mérite d’être signalé : le guide des fichiers de contexte de goose indique les noms de fichiers par défaut AGENTS.md puis .goosehints, tandis que sa page des variables d’environnement donne la valeur par défaut de CONTEXT_FILE_NAMES dans l’ordre inverse. Fiez-vous à l’ensemble des noms de fichiers, et non à celui qui a priorité.
Le retour en arrière est simple, alors gardez-le. Comme les clés ne résident jamais dans config.yaml et que les sessions vivent dans leur propre base de données, l’installation d’un second agent ne perturbe pas une configuration goose fonctionnelle. Laissez goose installé, exécutez une vraie tâche avec le candidat, puis décidez. Exportez les sessions auxquelles vous tenez avant toute désinstallation, car l’exportation est unidirectionnelle.
L’URL du point de terminaison change de forme lors de la migration
C’est le fait de migration le plus utile de la page, et il peut perturber silencieusement les configurations. goose n’accepte pas une URL de base unique. Il accepte un hôte et un chemin avec une valeur par défaut : sa page des fournisseurs documente OPENAI_HOST comme « Custom endpoint URL (defaults to api.openai.com) » et OPENAI_BASE_PATH comme « Request path appended to the host (defaults to v1/chat/completions) ». L’hôte est donc l’origine nue, sans /v1. opencode et Crush acceptent tous deux une URL de base complète incluant /v1.
# goose — host and path are SEPARATE. The origin carries no /v1.
OPENAI_API_KEY=sk-kn-...
OPENAI_HOST=https://api.kunavo.com
# OPENAI_BASE_PATH is left unset; its default is v1/chat/completions.
# opencode — one full baseURL, /v1 included, inside opencode.json:
# "options": { "baseURL": "https://api.kunavo.com/v1" }
# Crush — one full --base-url, /v1 included. This is NOT a shell command:
# a crushrc is Bash with Crush builtins, and "provider add" is one of them.
provider add kunavo --type openai-compat \
--base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY"Copiez directement une chaîne d’hôte goose 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 propre page de goose interprète correctement cet échec : « Un 404 signifie généralement que OPENAI_BASE_PATH est incorrect pour votre proxy » — un problème de chemin, pas d’authentification. Les détails de configuration par client se trouvent dans le guide d’intégration goose, opencode, Crush, Cline et OpenHands. Il s’agit de références de configuration publiées, tirées de la documentation de chaque fournisseur — Kunavo n’a exécuté aucun test en conditions réelles de ces clients avec son point de terminaison, et une page de configuration n’est pas un test.
Kunavo ne propose aucun modèle d’embeddings, de synthèse vocale ou de reconnaissance vocale ; toute étape de votre flux qui indexe une base de code par vecteurs ou transcrit de l’audio conserve donc la clé du fournisseur déjà utilisée — rediriger ici le fournisseur de conversation d’un agent ne déplace pas ces appels.
Combien coûte une session, et ce que goose fait de la mise en cache
Un détail concernant la mise en cache mérite d’être lu avant d’établir votre budget. La page des fournisseurs de goose indique que goose « active automatiquement la mise en cache des prompts d’Anthropic lors de l’utilisation de modèles Claude via les fournisseurs Anthropic, Amazon Bedrock, Databricks, OpenRouter et LiteLLM », et sa propre documentation précise ce que cela fait : « Cela ajoute des marqueurs cache_control aux requêtes. » Un modèle Claude atteint via le fournisseur OpenAI générique de goose ne figure pas dans cette liste ; goose n’ajoutera donc pas ces marqueurs sur cette voie. Il s’agit d’une affirmation concernant le protocole fondé sur les marqueurs d’Anthropic et ce que goose envoie — pas concernant tous les mécanismes de mise en cache : un fournisseur dont la mise en cache est appliquée côté serveur n’a besoin de rien du client, et cette page n’a pas vérifié si un point de terminaison donné met en cache une requête dépourvue de marqueurs. Ne présumez donc ni une remise de cache sur cette voie, ni son absence ; les chiffres ci-dessous supposent simplement qu’il n’y en a aucune, ce qui est l’hypothèse prudente.
Les chiffres ci-dessous sont un calcul illustratif de jetons, et non des coûts de tâche mesurés ni un plafond de facturation. Supposons une session d’agent qui envoie 400,000 jetons d’entrée non mis en cache au fil de ses tours et reçoit 25,000 jetons de sortie — une hypothèse illustrative, puisque le renvoi du contexte à chaque tour rend les sessions d’agent gourmandes en entrée. Les tarifs sont ceux du catalogue Kunavo en temps réel, par million de jetons.
| 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 selon votre nombre de sessions quotidiennes avant de considérer ceci comme un budget, et notez que le tarif affiché le plus bas et le moyen le moins coûteux d’achever la tâche sont deux affirmations différentes : un modèle qui nécessite trois tentatives peut coûter davantage qu’un modèle qui n’en nécessite qu’une. Le montant du catalogue Kunavo constitue un seuil de facturation et non un plafond — lorsque l’amont communique son coût, la facture correspond au plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Les frais de cache et les outils externes ne sont pas inclus dans cet exemple. Le rechargement minimum est de $10 de crédit prépayé, un minimum de financement et non des frais de tâche ou un abonnement ; consultez les détails de facturation.
Deux voies gratuites documentées directement dans goose valent la peine d’être essayées avant tout achat : sa page d’installation indique « Vous recevrez 10 $ de crédits gratuits la première fois que vous vous authentifierez automatiquement auprès de Tetrate via goose », et précise que Google Gemini propose un niveau gratuit pour commencer, sans donner de quota.
Étapes suivantes
Vous restez sur goose et changez seulement la voie du modèle ? goose vs Claude Code couvre le choix entre ACP et API. Vous migrez ? opencode alternatives, Crush vs opencode et OpenHands vs opencode comparent les clients ; Cline pricing et Aider pricing couvrent la facturation de chacun. Si vous voulez une seule clé pour plusieurs de ces clients, créez un compte Kunavo et exécutez une tâche limitée avant d’engager une équipe dans quoi que ce soit.
Questions fréquentes
goose est-il abandonné ou arrêté ?
Non. goose est passé de l’organisation GitHub block/goose à aaif-goose/goose en tant que projet de l’Agentic AI Foundation de la Linux Foundation, comme l’a annoncé le blog officiel du projet le 7 avril 2026 par Michael Neale, Principal Engineer. Le 21 septembre 2026, l’API GitHub indiquait que le dépôt n’était pas archivé, qu’il était sous licence Apache-2.0, qu’il avait reçu son dernier push le même jour et que la version v1.51.0 avait été publiée le 17 septembre 2026. Le nom Block apparaît encore dans le cask Homebrew (block-goose), l’identifiant de l’extension VS Code (block.vscode-goose) et le répertoire de configuration Windows ; c’est pourquoi le projet peut sembler retiré dans les résultats de recherche alors qu’il ne l’est pas.
goose est-il la même chose que goose.ai ?
Non, et c’est la confusion la plus fréquente dans cette recherche. goose.ai est un service d’inférence NLP géré, décrit sur son propre site comme une coentreprise de CoreWeave et d’Anlatan ; sa page d’accueil ne mentionne ni agent de programmation, ni CLI, ni dépôt (vérifié le 21 septembre 2026). goose, l’agent de programmation, est le projet open source Apache-2.0 situé à aaif-goose/goose, dont la documentation se trouve sur goose-docs.ai. Tout prix par requête associé au nom goose.ai décrit le service d’inférence, et non l’agent. Deux autres collisions de noms existent sur GitHub : pressly/goose est un outil Go de migration de bases de données, et goose-lang/goose convertit un sous-ensemble de Go vers Rocq.
Quelle est la meilleure alternative open source à goose ?
Cela dépend de la propriété que vous souhaitez remplacer, et goose est déjà sous licence Apache-2.0 ; la licence est donc rarement la raison principale. Pour un agent de terminal doté d’une grande communauté, opencode est sous licence MIT et a publié la version v1.18.31 le 14 septembre 2026 ; son organisation GitHub est passée de sst à anomalyco, tandis que le nom, le site et le paquet npm sont restés les mêmes. Pour un flux de travail avec extension VS Code, Cline est sous licence Apache-2.0 et a reçu un push le 21 septembre 2026. Pour des exécutions autonomes plus longues avec une option hébergée, OpenHands est sous licence MIT et a publié la version v1.20.0 le 17 septembre 2026. Crush est activement publié — v0.96.1 le 21 septembre 2026 — mais est distribué sous FSL-1.1-MIT, qui exclut un Competing Use et ne constitue pas une licence open source reconnue par l’OSI ; c’est donc la mauvaise destination si vous quittez goose pour des raisons de licence. Tout a été vérifié le 21 septembre 2026.
Puis-je conserver ma configuration goose si je change d’agent ?
Partiellement. Les instructions de projet sont transférables, car goose lit déjà AGENTS.md ainsi que .goosehints, et la liste des noms de fichiers est définie par la variable d’environnement CONTEXT_FILE_NAMES ; le fichier est donc dans un format portable avant le changement — vérifiez dans la documentation de destination quel nom de fichier elle lit. Les recettes goose ne sont pas transférables : elles utilisent un format YAML ou JSON propre à goose, avec title, description et instructions ou prompt, et aucun autre agent ne les lit ; elles doivent donc être réécrites plutôt qu’exportées. L’historique des sessions n’est pas transférable non plus : depuis la version 1.10.0, goose stocke les sessions dans une base SQLite située à ~/.local/share/goose/sessions/sessions.db, et l’export de session goose produit du JSON ou du Markdown que seul goose Desktop peut réimporter. Les clés API ne peuvent pas être extraites d’un fichier de configuration, car goose ne lit pas les clés des fournisseurs depuis config.yaml : elles résident dans le trousseau système, ou dans secrets.yaml lorsqu’aucun trousseau n’est disponible.
Pourquoi mon nouvel agent renvoie-t-il 404 alors que goose fonctionnait avec la même URL ?
Parce que goose écrit le point de terminaison différemment de presque tous les autres. goose le divise en deux : OPENAI_HOST est documenté comme « Custom endpoint URL (defaults to api.openai.com) » et OPENAI_BASE_PATH comme « Request path appended to the host (defaults to v1/chat/completions) » ; le champ d’hôte reçoit donc l’origine nue, sans /v1, et goose ajoute lui-même le chemin. opencode et Crush attendent tous deux une URL de base complète incluant /v1. Copier une chaîne d’hôte goose dans l’un ou l’autre produit une URL à laquelle il manque /v1, et copier dans l’autre sens produit /v1/v1/chat/completions. La page des fournisseurs de goose interprète un 404 comme un chemin de base incorrect pour votre proxy plutôt que comme un problème d’authentification (vérifié le 21 septembre 2026).
Dois-je payer par jeton si je quitte goose ?
Pas nécessairement, et cela mérite d’être vérifié avant tout changement, car goose propose déjà une voie qui l’évite. Les fournisseurs ACP de goose — Claude ACP, Codex ACP, Amp ACP et Pi ACP — sont documentés comme permettant d’« utiliser goose avec vos abonnements Claude Code ou ChatGPT Plus/Pro existants — sans coûts d’API par jeton ». Les prérequis documentés sont Node.js et npm, l’adaptateur ACP du fournisseur, ainsi qu’un compte ou un abonnement fournisseur pour l’authentification ; cette voie est donc facturée par ce compte fournisseur plutôt que par une clé API indiquée dans une URL de base. Deux limites sont explicitement indiquées : la reprise et le fork des sessions goose ne sont pas encore pris en charge, et l’identifiant de session ACP diffère de celui de goose, de sorte que les champs de télémétrie peuvent ne pas correspondre. Vérifié le 21 septembre 2026.
Vérifié le 21 septembre 2026 lors de la rédaction de cette page : l’état des dépôts, la licence et la dernière version des sept projets via l’API GitHub ; les redirections block/goose et sst/opencode ainsi que la réponse de block.github.io/goose par requête directe ; les métadonnées du cask Homebrew ; les pages du blog de goose, des fournisseurs, ACP, variables d’environnement, installation, fichiers de configuration, gestion des sessions, fichiers de contexte, compétences, Zed ACP, référence des recettes et extension VS Code ; le README et le fichier LICENSE.md de Crush ; le README de Continue et continue.dev ; ainsi que les sites de Cline, OpenHands et goose.ai. Non vérifié : tout comportement en conditions réelles — aucun client de cette page n’a été exécuté avec le point de terminaison de Kunavo. Les tarifs des jetons Kunavo proviennent du catalogue en temps réel, et chaque exemple en dollars ici est un calcul illustratif de jetons.