Voltar aos guias
Agentes de código·1 de outubro de 2026·Atualizado em 3 de outubro de 2026·8 min de leitura

Alternativas ao goose: o que serve e o que realmente migra

O goose se juntou à Agentic AI Foundation e continua lançando versões: primeiro verifique se é preciso sair, depois escolha com base no motivo e no que acompanhará você.

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:

ElementoO que ele faz hojeÉ exibido como
github.com/block/gooseHTTP 301 para github.com/aaif-goose/gooseMovido, no lado do servidor
Cask do HomebrewAinda block-goose, versão 1.52.0, com um campo homepage que ainda aponta para block.github.io/gooseAinda Block
Identificador da extensão do VS CodeAinda block.vscode-gooseAinda Block
Pasta de configuração do WindowsAinda %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 /mode de uma sessão aceita auto, approve, chat e smart_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 resume nem fork por enquanto, e identificadores de sessão diferentes.

Se você sair: escolha com base no motivo

Por que você está saindoO que é adequadoA armadilha
Outro agente de terminal, com uma comunidade maioropencodeSua 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ápidasCrushFSL-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 maduraClineUma 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 hospedadaOpenHandsA 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 editorAiderNã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çaO goose já está sob Apache-2.0 em um projeto da Linux FoundationVerifique 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

ProjetoRepositórioLicençaÚltima versãoArquivado?
gooseaaif-goose/gooseApache-2.0v1.52.0, 23 set. 2026Não
opencodeanomalyco/opencodeMITv1.18.34, 30 set. 2026Não
Crushcharmbracelet/crushFSL-1.1-MITv0.97.1, 29 set. 2026Não
Clinecline/clineApache-2.0v4.1.22, 30 set. 2026Não
OpenHandsOpenHands/OpenHandsMITv1.24.0, 25 set. 2026Não
AiderAider-AI/aiderApache-2.0v0.86.0, 9 ago. 2025Não, mas último commit em 22 de maio de 2026
Roo CodeRooCodeInc/Roo-CodeApache-2.0v3.54.0, 15 mai. 2026Sim

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ê temOnde estáMigra?
Instruções do projetoAGENTS.md e .goosehints, lidos na raiz do projeto e nas pastas paiSim. O goose lê AGENTS.md nativamente; a lista é definida por CONTEXT_FILE_NAMES. Verifique qual nome o destino lê
Habilidades dos agentesSKILL.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
ReceitasYAML 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õesBanco de dados SQLite ~/.local/share/goose/sessions/sessions.db desde a versão 1.10.0Não. goose session export produz JSON ou Markdown, reimportável somente no goose Desktop
Chaves de API dos provedoresChaveiro do sistema, caso contrário secrets.yaml em texto simples; as variáveis de ambiente têm precedênciaNã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.

O mesmo endpoint, escrito de três formas
# 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.

ModeloEntrada / saída por milhãoEstimativa 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.