Block — la empresa detrás de Square, Cash App y Afterpay — no construyó Goose para venderte una suscripción. Lo construyó porque necesitaba un agente de código para sus 12.000 empleados que no los atara a un único proveedor de IA. El resultado hoy es open source, tiene 37K estrellas en GitHub, y probablemente sea la herramienta de agente de código más flexible disponible ahora mismo.
La propuesta es simple: un agente local y autónomo que puede construir proyectos desde cero, escribir y ejecutar código, depurar errores, orquestar workflows, y llamar APIs externas — con el LLM que vos elijas, incluyendo modelos locales.
Qué hace diferente a Goose
La mayoría de las herramientas de IA para código están integradas verticalmente. Cursor corre sus propios modelos. Claude Code corre sobre la API de Anthropic. GitHub Copilot corre sobre OpenAI. El modelo te lo eligen, y el precio lo refleja.
Goose da vuelta esto por completo. Vos conectás el LLM que prefieras — Claude, GPT-4o, Gemini, un modelo local con Ollama — y Goose se encarga de la orquestación del agente. Incluso podés configurar setups multi-modelo: usás Claude Sonnet para decisiones de arquitectura, un Gemini Flash más barato para refactorizaciones de rutina, y un modelo local de llama.cpp para código sensible que no querés que salga de tu máquina.
El ángulo de privacidad es real, no marketing: con modelos locales, nada sale de tu máquina. Sin llamadas a APIs, sin procesamiento en la nube. Y como todo está bajo licencia Apache 2.0, cada línea de código es auditable.
Recipes: el concepto que convierte el conocimiento individual en conocimiento del equipo
Todos los demás agentes dependen de prompts — conocimiento que vive en tu cabeza, o quizás en alguna nota. Goose tiene Recipes.
Un Recipe es un archivo YAML que empaqueta una tarea completa: el objetivo, las extensiones necesarias, los inputs estructurados, e incluso sub-recipes para workflows complejos. Un ejemplo simple:
version: 1.0.0
title: Reporte Semanal de Estado
description: Genera un reporte de estado desde Linear, GitHub y Notion
prompt: |
Generá un reporte semanal de estado para {{ engineer_name }}.
Consultá los issues abiertos en Linear, los commits recientes en GitHub,
y los docs actualizados esta semana en Notion.
Formatealo como un resumen listo para Slack con links.
extensions:
- linear
- github
- notion
Un desarrollador senior escribe este recipe una sola vez. Todo el equipo lo corre con /weekly-status. El prompt ya no es conocimiento individual — es conocimiento institucional, versionado y compartible.
Esto es algo que ningún otro agente de código importante ofrece a este nivel de estructura.
Primeros pasos en 5 minutos
Instalación vía CLI:
curl -fsSL https://github.com/block/goose/releases/latest/download/install.sh | bash
O con Homebrew:
brew install block/tap/goose
O descargá la app de escritorio desde block.github.io/goose — incluye un Extensions Manager integrado para descubrir y habilitar servidores MCP sin tocar archivos de configuración.
Primera ejecución — configurá tu proveedor:
goose configure
Esto te guía para seleccionar tu proveedor de LLM e ingresar tu API key. También podés seleccionar Ollama acá para correr completamente offline.
Iniciá una sesión:
goose session start
A partir de ahí, describí lo que necesitás. Goose se encarga — lee tu filesystem, ejecuta comandos, hace edits, e itera de forma autónoma hasta terminar.
MCP integrado desde el núcleo
Goose no fue adaptado con soporte MCP a posteriori — fue construido sobre MCP desde el primer día (Block co-desarrolló el protocolo junto con Anthropic). Cada “extensión” de Goose es un servidor MCP.
Esto significa que cualquier herramienta con un servidor MCP funciona nativamente con Goose. Para agregar una extensión:
goose configure
# Seleccioná: Add Extension
# Ingresá los detalles del servidor MCP
Tenés GitHub, Slack, Google Drive, Jira, Docker, Postgres y más de 3.000 herramientas más a través de conexiones estandarizadas. Los Recipes tienen acceso automático a los servidores MCP configurados globalmente — y los autores de recipes pueden fijar servidores y herramientas específicas para garantizar reproducibilidad.
Integración con IDEs vía ACP
Goose se integra con editores de código a través de ACP (Agent Client Protocol) — un estándar abierto para conectar agentes de IA con IDEs, construido por Zed Industries y JetBrains.
Editores soportados actualmente:
| Editor | Estado |
|---|---|
| Zed |  Soportado |
| Neovim | Soportado |
| JetBrains (IntelliJ, PyCharm, WebStorm, etc.) | vía ACP Registry (desde enero 2026) |
| Marimo | Soportado |
| VS Code |  No confirmado |
| Cursor | No soporta ACP (a marzo 2026) |
| Windsurf | No confirmado |
Para los usuarios de JetBrains específicamente, esto es un unlock importante — Goose se puede instalar con un click desde adentro de IntelliJ, PyCharm o WebStorm sin una suscripción separada.
El trade-off honesto
El score de Goose en SWE-bench con modelos backend equivalentes está en ~45%. Claude Code anota 72.7% en el mismo benchmark. Si la calidad de código puro en tareas difíciles es tu métrica principal, Claude Code gana.
Donde gana Goose: flexibilidad, control de costos, privacidad, cobertura de IDEs (especialmente JetBrains) y el sistema de Recipes para workflows de equipo. Y es genuinamente gratis — Apache 2.0, sin suscripción.
El framing correcto no es “Goose vs Claude Code”. Es: ¿necesitás la mejor calidad de código posible de un único proveedor, o necesitás un agente que todo tu equipo pueda estandarizar, con distintos modelos y entornos?
La historia de seguridad que vale conocer
En enero 2026, Block publicó algo que la mayoría de las empresas hubiera enterrado: su propio red team hackeó exitosamente a Goose en un ejercicio llamado Operation Pale Fire. El ataque usó un Recipe envenenado con instrucciones maliciosas ocultas en caracteres Unicode invisibles — engañando tanto al desarrollador como al agente para que descargara un infostealer.
El CISO de Block lo comparó con los autos autónomos: no alcanza con ser tan seguros como los humanos; tienen que ser más seguros. Lo encontraron, lo publicaron y lo fixearon. Para un proyecto open source que apuesta a que los recipes se compartan entre equipos, esta clase de transparencia en seguridad importa.
Para quién es Goose
Goose tiene más sentido para:
- Equipos que no quieren lock-in con ningún proveedor de LLM
- Desarrolladores que usan IDEs de JetBrains y quieren IA agentica sin cambiar de editor
- Cualquiera con requisitos de privacidad que hacen que el análisis de código en la nube sea inviable
- Equipos que quieren codificar el conocimiento experto en Recipes compartibles y versionados
- Desarrolladores cómodos con la configuración que quieren máxima flexibilidad
No es la opción correcta para alguien que quiere una experiencia pulida de point-and-click con la mayor precisión out-of-the-box. Para eso, Claude Code o Cursor siguen siendo opciones más fuertes.
Goose está en 37K estrellas y subiendo. El espacio de agentes de código open source es genuinamente competitivo ahora — y Goose es una de las opciones más cuidadosamente arquitectadas dentro de él.