A maioria das pessoas que procura uma alternativa ao goose não precisa de uma. O goose não foi abandonado: passou de block/goose para aaif-goose/goose sob a Agentic AI Foundation da Linux Foundation, o repositório não está arquivado, ainda recebeu atualização em 1º de outubro de 2026 e a v1.52.0 foi lançada em 23 de setembro de 2026. Se você ainda assim sair, a alternativa correta depende inteiramente do motivo da saída — e o que nenhuma tabela comparativa diz é o que acompanha você. As instruções são portáveis; as receitas e o histórico não; e cada destino escreve a URL do endpoint de forma diferente do goose.
Uma pesquisa por «goose ai alternative» retorna dois produtos sem relação, portanto primeiro um esclarecimento. Esta página fala do goose, o agente de código open source documentado em goose-docs.ai. Ele não é o goose.ai, um serviço gerenciado de inferência de NLP apresentado em seu site como uma joint venture da CoreWeave e da Anlatan; seus preços por solicitação não têm relação com o agente e não aparecem aqui. Dois outros homônimos no GitHub: pressly/goose, uma ferramenta de migração de bancos de dados em Go, e goose-lang/goose, que converte um subconjunto de Go em Rocq.
A mudança de nome é real e está parcialmente propagada
A mudança foi anunciada no blog do projeto em 7 de abril de 2026: o repositório e os projetos associados saíram de block/goose para uma nova organização, e os links antigos da documentação redirecionam. O que faz o goose parecer abandonado é o fato de o nome antigo ainda aparecer em elementos distribuídos. Verificado em 1º de outubro de 2026:
| Elemento | O que ele faz hoje | É exibido como |
|---|---|---|
github.com/block/goose | HTTP 301 para github.com/aaif-goose/goose | Movido, no lado do servidor |
| Cask do Homebrew | Ainda block-goose, versão 1.52.0, com um campo homepage que ainda aponta para block.github.io/goose | Ainda Block |
| Identificador da extensão do VS Code | Ainda block.vscode-goose | Ainda Block |
| Pasta de configuração do Windows | Ainda %APPDATA%\Block\goose\config\ | Ainda Block |
Três motivos de mudança que na verdade são configurações do goose
- «Quero que ele pare de perguntar» — ou que pergunte mais. O comando
/modede uma sessão aceitaauto,approve,chatesmart_approve. A autonomia é um controle deslizante, não uma função ausente. - «Quero isso no meu editor.» O Zed pode iniciar o goose como agente ACP, e existe uma extensão oficial para o VS Code — mas a página dela está em
/docs/experimental/e avisa que seu comportamento pode mudar. Experimental, portanto, não equivalente a uma extensão madura. - «Quero parar de pagar por token.» Os provedores ACP do goose — Claude ACP, Codex ACP, Amp ACP, Pi ACP — permitem usar suas assinaturas existentes do Claude Code ou do ChatGPT Plus/Pro, «sem custo de API por token». Limitações anunciadas: sem
goose session resumenem fork por enquanto, e identificadores de sessão diferentes.
Se você sair: escolha com base no motivo
| Por que você está saindo | O que é adequado | A armadilha |
|---|---|---|
| Outro agente de terminal, com uma comunidade maior | opencode | Sua organização no GitHub passou de sst para anomalyco; o nome, o site e o pacote npm não mudaram |
| Uma interface de terminal refinada e saídas rápidas | Crush | FSL-1.1-MIT, não uma licença open source da OSI: uso permitido para qualquer finalidade «que não seja um Competing Use». Livre para o desenvolvimento comum, mas uma escolha ruim se a licença é o motivo da saída |
| Você trabalha no VS Code e quer uma extensão madura | Cline | Uma extensão de editor não tem a mesma forma que um agente CLI; seus scripts de terminal e execuções sem interface não são transferidos |
| Execuções autônomas longas, com uma opção hospedada | OpenHands | A organização no GitHub agora se chama OpenHands e o site é openhands.dev; não foi encontrada nenhuma declaração datada sobre essa mudança |
| Um loop leve de pair programming, independente do editor | Aider | Não arquivado, mas parado: último commit em 22 de maio de 2026, última versão do GitHub v0.86.0 em 9 de agosto de 2025. Veja nossa página de preços do Aider |
| A licença ou a governança | O goose já está sob Apache-2.0 em um projeto da Linux Foundation | Verifique o que você realmente ganha; opencode e OpenHands estão sob MIT, Cline sob Apache-2.0 |
Dois nomes que aparecem nas listas e não são destinos. Roo Code está arquivado: a API do GitHub indica archived: true, última versão v3.54.0 de 15 de maio de 2026. O Continue também não: seu README informa que o repositório continuedev/continue não é mais mantido ativamente e está somente leitura para todos, embora o sinalizador archived do GitHub ainda esteja como false — é no README que você deve confiar.
O estado de cada candidato, verificado no mesmo dia
| Projeto | Repositório | Licença | Última versão | Arquivado? |
|---|---|---|---|---|
| goose | aaif-goose/goose | Apache-2.0 | v1.52.0, 23 set. 2026 | Não |
| opencode | anomalyco/opencode | MIT | v1.18.34, 30 set. 2026 | Não |
| Crush | charmbracelet/crush | FSL-1.1-MIT | v0.97.1, 29 set. 2026 | Não |
| Cline | cline/cline | Apache-2.0 | v4.1.22, 30 set. 2026 | Não |
| OpenHands | OpenHands/OpenHands | MIT | v1.24.0, 25 set. 2026 | Não |
| Aider | Aider-AI/aider | Apache-2.0 | v0.86.0, 9 ago. 2025 | Não, mas último commit em 22 de maio de 2026 |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | v3.54.0, 15 mai. 2026 | Sim |
Lido na API do GitHub em 1º de outubro de 2026; versões e atividade mudam rapidamente, portanto verifique novamente antes de impor uma ferramenta a uma equipe. Quanto ao preço do próprio cliente: o goose está sob Apache-2.0 e sua página de instalação exige apenas que você tenha créditos com seu provedor de LLM; o Cline informa que é open source gratuito e oferece um plano Enterprise sob consulta; o OpenHands oferece open source local gratuito, um plano SaaS individual gratuito e Enterprise sob consulta; o README do Crush apresenta o Charm Hyper como um serviço por assinatura com um plano gratuito, sem números publicados.
O que migra para fora do goose e o que não migra
| O que você tem | Onde está | Migra? |
|---|---|---|
| Instruções do projeto | AGENTS.md e .goosehints, lidos na raiz do projeto e nas pastas pai | Sim. O goose lê AGENTS.md nativamente; a lista é definida por CONTEXT_FILE_NAMES. Verifique qual nome o destino lê |
| Habilidades dos agentes | SKILL.md com frontmatter YAML, em ~/.agents/skills/ e .agents/skills/ | Portáveis segundo a documentação do goose, para agentes que seguem a convenção Agent Skills — uma afirmação sobre a convenção, não uma promessa para cada ferramenta acima |
| Receitas | YAML ou JSON próprio do goose (title, description, instructions ou prompt) | Não. Nenhuma alternativa lê esse formato: planeje reescrevê-las |
| Histórico das sessões | Banco de dados SQLite ~/.local/share/goose/sessions/sessions.db desde a versão 1.10.0 | Não. goose session export produz JSON ou Markdown, reimportável somente no goose Desktop |
| Chaves de API dos provedores | Chaveiro do sistema, caso contrário secrets.yaml em texto simples; as variáveis de ambiente têm precedência | Não. O goose não lê as chaves em config.yaml: não há nada para copiar, emita ou insira novamente uma chave |
Não custa nada voltar, portanto mantenha-o. Como as chaves nunca ficam em config.yaml e as sessões vivem em seu próprio banco de dados, instalar um segundo agente não interfere em uma instalação funcional do goose. Deixe o goose instalado, execute uma tarefa real no candidato e então decida. Exporte as sessões importantes antes de desinstalar qualquer coisa: a exportação é de mão única.
A URL do endpoint muda de formato durante a migração
Este é o fato de migração mais útil da página e ele quebra configurações silenciosamente. O goose não usa uma única URL base, mas um host e um caminho padrão: sua página de provedores documenta OPENAI_HOST (por padrão api.openai.com) e OPENAI_BASE_PATH, «o caminho adicionado ao host (por padrão v1/chat/completions)». O host é, portanto, apenas a origem, sem /v1. opencode e Crush usam uma URL base completa, /v1 incluído.
# 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"Copie o host do goose exatamente como está para qualquer um dos destinos e a solicitação perderá seu /v1; copie no sentido inverso e o goose solicitará /v1/v1/chat/completions. A página do goose diz: um 404 geralmente significa que OPENAI_BASE_PATH não é adequado para seu proxy — um erro de caminho, não de autenticação. Os detalhes de cada cliente estão nos guias (em inglês) goose, opencode, Crush, Cline e OpenHands. Estas são referências de configuração extraídas da documentação de cada fornecedor: a Kunavo não executou nenhum desses clientes contra seu endpoint, e uma página de configuração não é um teste.
Quanto custa uma sessão e o cache
Primeiro, um detalhe sobre cache. A página de provedores do goose informa que ele ativa automaticamente o prompt caching da Anthropic (marcadores cache_control) quando o Claude passa pelos provedores Anthropic, Amazon Bedrock, Databricks, OpenRouter e LiteLLM. Um Claude conectado pelo provedor OpenAI genérico do goose não está nessa lista, portanto o goose não adiciona esses marcadores nessa rota. Os números abaixo pressupõem a ausência de desconto de cache, o sentido mais prudente.
O que segue é aritmética de tokens para fins ilustrativos, não um custo de tarefa medido nem um teto de cobrança: uma sessão de agente que envia 400 000 tokens de entrada não armazenados em cache ao longo de todas as suas etapas e recebe 25 000 tokens de saída — o contexto reenviado a cada etapa torna as sessões de agente pesadas em entrada. Preços atuais do catálogo da Kunavo por milhão de tokens.
| Modelo | Entrada / saída por milhão | Estimativa para uma sessão |
|---|---|---|
| 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 |
Multiplique pelo número de suas sessões diárias antes de transformar isso em um orçamento; a tarifa mais baixa e a maneira mais barata de concluir a tarefa são duas coisas diferentes. O valor de tabela do Kunavo é um piso de cobrança, não um teto: quando o provedor upstream declara seu custo, a cobrança é o maior valor entre o custo de tabela e o custo upstream multiplicado pela margem aplicável. A recarga mínima é de $10 em crédito pré-pago, sem assinatura; o checkout da Stripe aceita cartões, Apple Pay, Google Pay e Link, mas não débito SEPA (faturamento). Duas opções gratuitas documentadas no goose valem ser testadas antes de qualquer compra: $10 em créditos oferecidos na primeira autenticação automática com a Tetrate pelo goose e a oferta gratuita do Google Gemini para começar, sem cota quantificada.
Saiba mais
Você continua no goose e só muda a rota do modelo? goose vs Claude Code aborda a escolha entre ACP e API. Está saindo? opencode alternatives, Crush vs opencode e OpenHands vs opencode comparam os clientes. A versão em inglês desta página é goose alternatives. Se o que você procura é uma única chave para vários desses clientes, crie uma conta na Kunavo e execute uma tarefa limitada antes de envolver uma equipe.
Perguntas frequentes
O goose foi abandonado?
Não. O goose passou da organização GitHub block/goose para aaif-goose/goose, como projeto da Agentic AI Foundation da Linux Foundation, anunciado no blog do projeto em 7 de abril de 2026. Em 1º de outubro de 2026, a API do GitHub mostrava o repositório não arquivado, sob Apache-2.0, com um push no mesmo dia e a versão v1.52.0 publicada em 23 de setembro de 2026. O nome Block permanece no cask do Homebrew (block-goose), no identificador da extensão do VS Code (block.vscode-goose) e na pasta de configuração do Windows, fazendo com que pareça abandonado nos resultados de pesquisa quando não está.
goose e goose.ai são a mesma coisa?
Não, e essa é a confusão mais frequente nessa pesquisa. goose.ai é um serviço gerenciado de inferência de NLP, apresentado em seu próprio site como uma joint venture da CoreWeave e da Anlatan; sua página inicial não menciona agente de código, CLI nem repositório. goose, o agente de código, é o projeto open source Apache-2.0 aaif-goose/goose, documentado em goose-docs.ai. Qualquer preço por solicitação associado ao goose.ai descreve esse serviço de inferência, não o agente.
Qual é a melhor alternativa open source ao goose?
Tudo depende do que você está substituindo, e o goose já está sob Apache-2.0, portanto a licença raramente é o motivo. Para um agente de terminal com uma grande comunidade: opencode, sob MIT, v1.18.34 publicada em 30 de setembro de 2026. Para trabalhar no VS Code: Cline, sob Apache-2.0, v4.1.22 de 30 de setembro de 2026. Para execuções autônomas longas com uma opção hospedada: OpenHands, sob MIT, v1.24.0 de 25 de setembro de 2026. O Crush lança versões rapidamente — v0.97.1 em 29 de setembro de 2026 — mas sob FSL-1.1-MIT, que exclui um «Competing Use» e não é uma licença open source da OSI: é um destino ruim se a licença é o motivo da mudança. Verificado em 1º de outubro de 2026.
Posso manter minha configuração do goose ao trocar de agente?
Em parte. As instruções do projeto são portáveis: o goose já lê AGENTS.md ao lado de .goosehints (lista definida por CONTEXT_FILE_NAMES), portanto o arquivo já está em um formato portátil; verifique qual nome o destino lê. As receitas do goose não são portáveis: é um formato YAML ou JSON próprio do goose que nenhuma alternativa lê, portanto é preciso reescrevê-las. O histórico também não é portável: desde a versão 1.10.0, o goose armazena as sessões em um banco de dados SQLite, e goose session export produz JSON ou Markdown que somente o goose Desktop consegue reimportar. As chaves de API não são copiadas de um arquivo de configuração: o goose não as lê em config.yaml; elas ficam no chaveiro do sistema ou, como alternativa, em secrets.yaml.
Por que meu novo agente retorna 404 enquanto o goose funcionava com a mesma URL?
Porque o goose escreve o endpoint de forma diferente de quase todo mundo. Ele o divide em duas partes: OPENAI_HOST é documentado como a URL do endpoint personalizado (por padrão api.openai.com) e OPENAI_BASE_PATH como o caminho adicionado ao host (por padrão v1/chat/completions). O campo de host, portanto, recebe apenas a origem, sem /v1. opencode e Crush usam uma URL base completa, incluindo /v1. Copiar o host do goose para um deles remove o /v1; no sentido inverso, o goose solicita /v1/v1/chat/completions. A página de provedores do goose interpreta um 404 como um caminho incorreto, não como um erro de autenticação.
Preciso pagar por token se sair do goose?
Não necessariamente — e isso deve ser verificado antes mesmo de sair, pois o goose já tem uma rota que evita isso. Seus provedores ACP (Claude ACP, Codex ACP, Amp ACP, Pi ACP) permitem, segundo a documentação, usar o goose com suas assinaturas existentes do Claude Code ou do ChatGPT Plus/Pro, sem custo de API por token. É necessário Node.js, npm, o adaptador ACP do provedor e uma conta ou assinatura com ele. Duas limitações são anunciadas: goose session resume e fork ainda não são compatíveis, e o identificador da sessão ACP é diferente do identificador do goose.
Verificado em 1º de outubro de 2026: status, licença e versão mais recente dos sete projetos pela API do GitHub; o redirecionamento de block/goose e o cask do Homebrew; o README do Continue e a LICENSE do Crush; as páginas de providers, ACP e comandos da CLI do goose. Não verificado: qualquer comportamento em execução — nenhum cliente desta página foi executado contra o endpoint da Kunavo. Os preços da Kunavo vêm do catálogo ao vivo, e cada exemplo numérico é uma aritmética de tokens.