A maioria das pessoas que pesquisa alternativas ao goose não precisa de uma. O goose não foi aposentado: mudou de block/goose para aaif-goose/goose sob a Agentic AI Foundation na Linux Foundation, e o repositório não estava arquivado, recebeu um push em 21 de setembro de 2026 e publicou a v1.51.0 em 17 de setembro de 2026. Se você ainda vai sair, a alternativa adequada depende inteiramente do motivo da saída — e a parte que nenhuma tabela comparativa cobre é o que é transferido. As instruções são transferidas; receitas e histórico de sessões, não; e cada destino grava a URL do endpoint em um formato diferente do goose.
Uma busca por alternativas de goose AI retorna dois produtos sem relação, portanto primeiro uma desambiguação. Esta página trata do goose, o agente de programação de código aberto, documentado em goose-docs.ai. Ele não é goose.ai, um serviço gerenciado de inferência de NLP descrito em seu próprio site como uma joint venture da CoreWeave e da Anlatan, cuja página inicial não menciona agente de programação, CLI nem repositório (verificado em 21 de setembro de 2026). Os preços por solicitação publicados ali pertencem a esse serviço e não aparecem em nenhum lugar desta página. Mais duas colisões que vale conhecer: pressly/goose é uma ferramenta de migração de bancos de dados em Go, e goose-lang/goose converte um subconjunto de Go para Rocq.
A renomeação é real, e metade dela ainda não foi propagada
A mudança foi anunciada no blog do próprio projeto em 7 de abril de 2026 por Michael Neale, Principal Engineer: "O repositório do GitHub e os projetos relacionados foram movidos de block/goose para uma nova organização", acrescentando que "Os links antigos da documentação redirecionarão, mas atualize seus favoritos para o novo site." A própria fundação havia sido anunciada anteriormente, no comunicado de imprensa da Linux Foundation que criou a Agentic AI Foundation, com contribuições centrais incluindo MCP, goose e AGENTS.md.
O que faz o goose parecer abandonado nos resultados de busca é que o nome antigo ainda está incorporado aos artefatos distribuídos. Verificado em 21 de setembro de 2026:
| Superfície | O que ele faz hoje | É exibido como |
|---|---|---|
github.com/block/goose | HTTP 301 para github.com/aaif-goose/goose | Movido, no lado do servidor |
block.github.io/goose | HTTP 200 exibindo uma página intitulada "goose has moved — Redirecting…" com um meta refresh e um canonical para goose-docs.ai | Movido, mas pelo navegador — não por um redirecionamento HTTP |
| cask do Homebrew | Ainda é o token block-goose, versão 1.51.0, com seu campo homepage ainda apontando para block.github.io/goose | Ainda é Block |
| id da extensão do VS Code | Ainda é block.vscode-goose | Ainda é Block |
| diretório de configuração do Windows | Ainda é %APPDATA%\Block\goose\config\ | Ainda é Block |
Portanto, "goose da Block" está desatualizado para o repositório e a documentação, mas ainda é literalmente correto para os artefatos de instalação. Esses artefatos explicam por que a associação com a Block persiste nos resultados de busca e nas listagens de software; eles não são evidência de que a governança ainda esteja lá.
Três saídas que acabam sendo configurações do goose
Antes de fazer uma lista curta, verifique se seu motivo já pode ser resolvido por uma alteração de configuração. Três motivos comuns, todos extraídos da documentação do próprio goose verificada em 21 de setembro de 2026:
- "Quero que ele pare de perguntar" — ou que pergunte mais.
GOOSE_MODEcontrola a execução de ferramentas com os valoresauto,approve,chatesmart_approve, com padrãoauto(variáveis de ambiente). A autonomia é um controle ajustável aqui, não um recurso ausente. - "Quero usá-lo no meu editor." O Zed pode executar o goose como um agente ACP, e existe uma extensão oficial do VS Code — mas sua página está em
/docs/experimental/e diz que "goose para VS Code está em desenvolvimento ativo. O comportamento e a configuração podem mudar em versões futuras", exigindo VS Code 1.95.0 ou superior e a CLI do goose. Experimental, 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 e Pi ACP — "permitem usar o goose com suas assinaturas existentes do Claude Code ou ChatGPT Plus/Pro — sem custos de API por token". Duas limitações são declaradas:
goose session resumeegoose session forkainda não são compatíveis, e o id de sessão do ACP difere do id de sessão do goose, portanto os campos de telemetria podem não apresentar correlação. Os pré-requisitos documentados são Node.js e npm, o adaptador ACP do provedor e uma conta ou assinatura do fornecedor para autenticação — assim, essa rota cobra por meio da conta do fornecedor e não há uma URL base para apontar para outro lugar.
Se você vai sair: associe o destino ao motivo
| Por que você está saindo | O que se encaixa | A ressalva |
|---|---|---|
| Você quer um agente de terminal diferente, com uma comunidade maior | opencode | A organização correspondente no GitHub mudou de sst para anomalyco; o nome do produto, o site e o pacote npm permanecem inalterados. A data dessa mudança não foi verificada por esta página; apenas que o redirecionamento está em vigor |
| Você quer uma TUI refinada e lançamentos rápidos | Crush | FSL-1.1-MIT, não uma licença de código aberto reconhecida pela OSI — ela concede uso para qualquer finalidade "que não seja um Competing Use". Gratuito para baixar e usar no desenvolvimento comum; escolha errada se a licença é o motivo da mudança |
| Você trabalha dentro do VS Code e quer uma extensão madura | Cline | Uma extensão de editor tem um formato de trabalho diferente de um agente CLI; seus scripts de terminal e execuções sem interface não são transferidos |
| Você quer execuções autônomas mais longas, com uma opção hospedada | OpenHands | A organização do GitHub mudou de All-Hands-AI para OpenHands e o site é openhands.dev; não foi encontrada uma publicação datada anunciando a renomeação |
| Você quer um pequeno ciclo de programação em pares independente do editor | Aider | Não está arquivado, mas o ritmo parou: último commit em 22 de maio de 2026, última release do GitHub v0.86.0 em 9 de agosto de 2025. Avalie-o por essas datas, não como um equivalente em desenvolvimento ativo |
| A licença ou a governança é o motivo | O goose já é Apache-2.0 sob um projeto da Linux Foundation | Verifique o que você realmente ganha antes de migrar; opencode e OpenHands são MIT, Cline é Apache-2.0 |
Dois nomes que aparecem em listas e não devem ser destinos. Roo Code está arquivado: a API do GitHub informa archived: true com sua última release v3.54.0 em 15 de maio de 2026 e nenhum push desde então. Textos de terceiros mencionam um fork sucessor; esta página não confirmou isso em nenhuma fonte oficial, portanto nenhum sucessor é nomeado aqui. Continue também não é um destino — continue.dev exibe o banner "Continue has joined Cursor" e o README do repositório afirma que "o repositório continuedev/continue não é mais mantido ativamente e é somente leitura para todos os usuários" após uma release final 2.0.0. A flag archived do GitHub ainda é false, o que contradiz essa redação; a declaração do README é a que deve ser considerada. Consulte Alternativas ao Continue se é de lá que você está vindo.
Status de todos os candidatos, verificado no mesmo dia
| Projeto | Repositório | Licença | Última release | Arquivado? |
|---|---|---|---|---|
| goose | aaif-goose/goose | Apache-2.0 | v1.51.0, 17 de set. de 2026 | Não |
| opencode | anomalyco/opencode | MIT | v1.18.31, 14 de set. de 2026 | Não |
| Crush | charmbracelet/crush | FSL-1.1-MIT | v0.96.1, 21 de set. de 2026 | Não |
| Cline | cline/cline | Apache-2.0 | Push em 21 de set. de 2026 | Não |
| OpenHands | OpenHands/OpenHands | MIT | v1.20.0, 17 de set. de 2026 | Não |
| Aider | Aider-AI/aider | Apache-2.0 | v0.86.0, 9 de ago. de 2025 | Não, mas último commit em 22 de maio de 2026 |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | v3.54.0, 15 de maio de 2026 | Sim |
Lido na API do GitHub em 21 de setembro de 2026; os números de versão e as datas de atividade mudam, portanto verifique novamente antes de padronizar qualquer um deles para uma equipe. O que cada um cobra pelo próprio cliente, de acordo com seus termos publicados: goose é Apache-2.0 e sua página de instalação diz apenas que "você precisará garantir que tenha créditos disponíveis na conta do seu provedor de LLM para realizar solicitações com sucesso". Cline lista Open Source como Free e Enterprise como Custom; OpenHands lista Open Source (Local) Free, Individual (SaaS) Free e Enterprise com preço personalizado, com modelos oferecidos "a preço de custo, sem margem" e sem tarifas em dólares publicadas; o README do Crush chama o Charm Hyper de baseado em assinatura, com um nível gratuito, e não publica valores para ele.
O que migra do goose e o que não migra
| O que você tem | Onde fica | É transferido? |
|---|---|---|
| Instruções do projeto | AGENTS.md e .goosehints, carregados da raiz do projeto e dos diretórios pai, além de ~/.config/goose/ | Sim. O goose lê AGENTS.md nativamente e a lista de nomes de arquivo é definida por CONTEXT_FILE_NAMES, portanto o arquivo já é portátil. Verifique qual nome o destino lê |
| Habilidades dos agentes | SKILL.md com frontmatter YAML, em ~/.agents/skills/ e .agents/skills/ | Considerado portátil pela documentação do goose, que afirma que as habilidades do goose são compatíveis com agentes que oferecem suporte à convenção Agent Skills. Isso é uma afirmação sobre a convenção, não uma promessa de que qualquer ferramenta desta página as leia |
| Receitas | YAML ou JSON específico do goose, com title, description e instructions ou prompt | Não. Nada aqui lê esse formato. Reserve tempo para reescrever e observe que .yml não é compatível nem mesmo com a CLI do goose |
| Histórico de sessões | SQLite em ~/.local/share/goose/sessions/sessions.db desde a versão 1.10.0 | Não. goose session export grava JSON ou Markdown, e a importação só está disponível no goose Desktop a partir do JSON do próprio goose. O caminho do Windows não é informado na documentação |
| Chaves de API do provedor | Chaveiro do sistema, com fallback para texto simples secrets.yaml; as variáveis de ambiente têm precedência | Não. O goose não lê chaves de config.yaml, portanto não há nada para copiar — emita ou reinsira uma chave no destino |
As cinco linhas foram lidas na documentação do próprio goose em 21 de setembro de 2026. Um conflito que vale conhecer: o guia de arquivos de contexto do goose lista os nomes de arquivo padrão como AGENTS.md e depois .goosehints, enquanto a página de variáveis de ambiente fornece o padrão CONTEXT_FILE_NAMES na ordem inversa. Confie no conjunto de nomes de arquivo, não em qual deles prevalece.
O rollback é barato, então 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 configuração funcional do goose. Deixe o goose instalado, execute uma tarefa real no candidato e só então decida. Exporte as sessões importantes antes de desinstalar qualquer coisa, pois a exportação é unidirecional.
A URL do endpoint muda de formato quando você migra
Este é o fato de migração mais útil da página, e ele faz as configurações falharem silenciosamente. O goose não aceita uma única URL base. Ele aceita um host e um caminho com um padrão: sua página de provedores documenta OPENAI_HOST como a "URL do endpoint personalizado (o padrão é api.openai.com)" e OPENAI_BASE_PATH como o "Caminho da solicitação acrescentado ao host (o padrão é v1/chat/completions)". Portanto, o host é a origem básica sem /v1. opencode e Crush aceitam uma única URL base completa com /v1 incluído.
# 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"Copie uma string de host do goose diretamente 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 própria página do goose interpreta corretamente essa falha: "Um 404 geralmente significa que OPENAI_BASE_PATH está errado para seu proxy" — uma falha de caminho, não de autenticação. Os detalhes de configuração de cada cliente estão em o guia de integração do goose, opencode, Crush, Cline e OpenHands. Essas são referências de configuração publicadas, lidas na documentação de cada fornecedor — a Kunavo não testou nenhum desses clientes em tempo de execução contra seu endpoint, e uma página de configuração não é um teste.
A Kunavo não oferece modelos de embeddings, conversão de texto em fala nem conversão de fala em texto; portanto, qualquer etapa do seu fluxo de trabalho que indexe uma base de código por vetor ou transcreva áudio mantém a chave do provedor que já possui — apontar o provedor de chat de um agente para cá não move essas chamadas.
Quanto custa uma sessão e o que o goose faz em relação ao cache
Vale ler um detalhe sobre cache antes de fazer seu orçamento. A página de provedores do goose diz que o goose "ativa automaticamente o cache de prompts da Anthropic ao usar modelos Claude por meio dos provedores Anthropic, Amazon Bedrock, Databricks, OpenRouter e LiteLLM", e a própria documentação explica o que isso faz: "Isso adiciona marcadores cache_control às solicitações." Um modelo Claude acessado por meio do provedor OpenAI genérico do goose não está nessa lista, portanto o goose não adicionará esses marcadores nessa rota. Isso é uma afirmação sobre o protocolo baseado em marcadores da Anthropic e sobre o que o goose envia — não sobre todo esquema de cache: um provedor cujo cache é aplicado no lado do servidor não precisa de nada do cliente, e esta página não testou se algum endpoint específico armazena em cache uma solicitação sem marcadores. Portanto, não presuma um desconto de cache nessa rota, mas também não presuma sua ausência; os valores abaixo simplesmente pressupõem nenhum cache, que é a direção conservadora.
Os valores abaixo são cálculos ilustrativos de tokens, não custos medidos de tarefas nem um teto de cobrança. Considere uma sessão de agente que envia 400,000 tokens de entrada não armazenados em cache ao longo de suas interações e recebe 25,000 tokens de saída — uma suposição para fins ilustrativos, pois o reenvio do contexto a cada interação é o que torna as sessões de agentes intensivas em entrada. As tarifas são os preços vigentes do catálogo da Kunavo por milhão de tokens.
| Modelo | Entrada / saída por 1M | 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 |
Escale pelos seus próprios números de sessões por dia antes de tratar isso como um orçamento e observe que a menor tarifa listada e a forma mais barata de concluir a tarefa são afirmações diferentes: um modelo que precisa de três tentativas pode custar mais do que um que precisa de uma. O valor do catálogo da Kunavo é um piso de cobrança, não um teto — quando o upstream informa sua cobrança, a fatura é o maior valor entre o custo do catálogo e o custo do upstream multiplicado pelo markup aplicável. As cobranças de cache e as ferramentas externas ficam fora deste exemplo. A recarga mínima é de $10 em crédito pré-pago, um mínimo de financiamento, não uma taxa por tarefa nem uma assinatura; consulte detalhes de cobrança.
Vale a pena experimentar duas opções gratuitas documentadas dentro do próprio goose antes de comprar qualquer coisa: a página de instalação informa: "Você receberá $10 em créditos gratuitos na primeira vez que se autenticar automaticamente com o Tetrate pelo goose" e observa que o Google Gemini oferece um nível gratuito para começar, sem informar um valor de cota.
Próximos passos
Vai continuar usando o goose e mudar apenas a rota do modelo? goose vs Claude Code aborda a decisão entre ACP e API. Vai migrar? alternativas ao opencode, Crush vs opencode e OpenHands vs opencode comparam os clientes; preços do Cline e preços do Aider explicam quanto cada um cobra. Se você quer uma única chave em vários desses clientes, crie uma conta na Kunavo e execute uma tarefa limitada antes de comprometer uma equipe com qualquer coisa.
Perguntas frequentes
O goose foi descontinuado ou abandonado?
Não. O goose mudou da organização block/goose no GitHub para aaif-goose/goose como projeto da Agentic AI Foundation na Linux Foundation, anunciado no blog do próprio projeto em 7 de abril de 2026 por Michael Neale, Principal Engineer. Em 21 de setembro de 2026, a API do GitHub informou que o repositório não estava arquivado, tinha licença Apache-2.0, recebido seu push mais recente naquele mesmo dia, e que a release v1.51.0 havia sido publicada em 17 de setembro de 2026. O nome Block ainda aparece no cask do Homebrew (block-goose), no id da extensão do VS Code (block.vscode-goose) e no diretório de configuração do Windows, razão pela qual o projeto pode parecer aposentado nos resultados de busca quando não está.
goose é a mesma coisa que goose.ai?
Não, e essa é a confusão mais comum na consulta. goose.ai é um serviço gerenciado de inferência de NLP descrito em seu próprio site como uma joint venture da CoreWeave e da Anlatan; sua página inicial não menciona agente de programação, CLI nem repositório (verificado em 21 de setembro de 2026). goose, o agente de programação, é o projeto de código aberto Apache-2.0 em aaif-goose/goose, com documentação em goose-docs.ai. Qualquer preço por solicitação que você encontre associado ao nome goose.ai descreve o serviço de inferência, não o agente. Existem mais duas colisões de nomes no GitHub: pressly/goose é uma ferramenta de migração de bancos de dados em Go, e goose-lang/goose converte um subconjunto de Go para Rocq.
Qual é a melhor alternativa de código aberto ao goose?
Depende de qual propriedade você está substituindo, e o goose já é Apache-2.0, portanto a licença raramente é o motivo. Para um agente de terminal com uma comunidade grande, opencode é MIT e lançou a v1.18.31 em 14 de setembro de 2026; sua organização no GitHub mudou de sst para anomalyco, enquanto o nome, o site e o pacote npm permaneceram iguais. Para um fluxo de trabalho com extensão do VS Code, Cline é Apache-2.0 e recebeu um push em 21 de setembro de 2026. Para execuções autônomas mais longas com uma opção hospedada, OpenHands é MIT e lançou a v1.20.0 em 17 de setembro de 2026. Crush é lançado ativamente — v0.96.1 em 21 de setembro de 2026 —, mas é distribuído sob FSL-1.1-MIT, que exclui um Competing Use e não é uma licença de código aberto reconhecida pela OSI; portanto, é o destino errado se a licença é o motivo pelo qual você está saindo. Tudo verificado em 21 de setembro de 2026.
Posso manter minha configuração do goose ao trocar de agente?
Parcialmente. As instruções do projeto são transferidas, porque o goose já lê AGENTS.md junto com .goosehints, e a lista de nomes de arquivo é definida pela variável de ambiente CONTEXT_FILE_NAMES; portanto, o arquivo está em um formato portátil antes da migração — verifique qual nome de arquivo o destino lê em sua própria documentação. As receitas do goose não são transferidas: elas usam um formato YAML ou JSON específico do goose, com title, description e instructions ou prompt, e nenhuma alternativa as lê; portanto, precisam ser reescritas em vez de exportadas. O histórico de sessões também não é transferido: a partir da versão 1.10.0, o goose armazena as sessões em um banco de dados SQLite em ~/.local/share/goose/sessions/sessions.db, e a exportação de sessões do goose grava JSON ou Markdown que somente o goose Desktop pode importar novamente. As chaves de API não podem ser copiadas de um arquivo de configuração, porque o goose não lê chaves de provedores de config.yaml — elas ficam no chaveiro do sistema ou em secrets.yaml quando não há chaveiro disponível.
Por que meu novo agente retorna 404 quando o goose funcionava com a mesma URL?
Porque o goose grava o endpoint de forma diferente de quase todo o resto. O goose o divide em duas partes: OPENAI_HOST é documentado como a "URL do endpoint personalizado (o padrão é api.openai.com)" e OPENAI_BASE_PATH como o "Caminho da solicitação acrescentado ao host (o padrão é v1/chat/completions)"; portanto, o campo de host recebe a origem básica sem /v1, e o goose acrescenta o caminho por conta própria. opencode e Crush recebem uma única URL base completa com /v1 incluído. Copiar uma string de host do goose para qualquer um deles produz uma URL sem /v1, e copiar no sentido inverso produz /v1/v1/chat/completions. A própria página de provedores do goose interpreta um 404 como indicação de que o caminho base está errado para seu proxy, e não como uma falha de autenticação (verificado em 21 de setembro de 2026).
Tenho de pagar por token se deixar o goose?
Não necessariamente, e vale a pena verificar isso antes de migrar, porque o goose já tem uma rota que evita esse custo. Os provedores ACP do goose — Claude ACP, Codex ACP, Amp ACP e Pi ACP — são documentados como permitindo "usar o goose com suas assinaturas existentes do Claude Code ou ChatGPT Plus/Pro — sem custos de API por token". Os pré-requisitos documentados são Node.js e npm, o adaptador ACP do provedor e uma conta ou assinatura do fornecedor para autenticação; portanto, essa rota cobra por meio da conta do fornecedor, e não de uma chave de API apontada para uma URL base. Duas limitações são declaradas explicitamente: a retomada de sessão e a bifurcação de sessão do goose ainda não são compatíveis, e o id de sessão do ACP difere do id de sessão do goose, portanto os campos de telemetria podem não apresentar correlação. Verificado em 21 de setembro de 2026.
Verificado em 21 de setembro de 2026 durante a redação desta página: status do repositório, licença e versão mais recente dos sete projetos pela API do GitHub; os redirecionamentos block/goose e sst/opencode e a resposta de block.github.io/goose por solicitação direta; os metadados do cask do Homebrew; as páginas do blog, provedores, ACP, variáveis de ambiente, instalação, arquivos de configuração, gerenciamento de sessões, arquivo de contexto, skills, Zed ACP, referência de receitas e extensão do VS Code do goose; o README e o LICENSE.md do Crush; o README do Continue e continue.dev; e os sites do Cline, OpenHands e goose.ai. Não verificado: qualquer comportamento em tempo de execução — nenhum cliente desta página foi executado contra o endpoint da Kunavo. As tarifas de tokens da Kunavo são lidas do catálogo vigente, e todo exemplo em dólares aqui é um cálculo ilustrativo de tokens.