Open GSD[1] es un conjunto de herramientas de código abierto para dirigir agentes de programación (Claude Code, Codex, Copilot, Cursor y compañía) sin perder el hilo del proyecto. El nombre resume su método: «Git. Ship. Done», o sea, versiona, publica y termina.

El código está en la organización open-gsd de GitHub[2], sobre todo en gsd-core[3], para el agente que ya usas, y en gsd-pi[4], para la terminal. En este artículo, actualizado el 9 de octubre de 2026, cuento qué problema ataca, cómo funciona su bucle, qué pieza instalar y qué falta todavía.

Puntos clave

  • Open GSD combate el deterioro del contexto: la caída de calidad que sufre un agente según se le llena la ventana de contexto.
  • Estructura el trabajo en cinco pasos que se repiten: discutir, planificar, ejecutar, verificar y enviar.
  • Delega la parte pesada (investigar, planificar, ejecutar) en subagentes con contexto limpio, para que la sesión principal no se sature.
  • El proyecto descansa en dos piezas: gsd-core 1.16.0, un paquete de comandos para el agente que ya usas, y gsd-pi 1.21.1, un agente autónomo de terminal.
  • Las dos son software libre con licencia MIT, se instalan desde npm y continúan el flujo GSD original que creó Lex Christopherson.

De dónde viene Open GSD

Open GSD continúa el flujo GSD original que creó Lex Christopherson, conocido en internet como Taches. Sus mantenedores le dan el crédito en una página de origen[5] y están reconstruyendo el framework, la interfaz de línea de comandos (CLI) y las piezas alojadas como un ecosistema abierto. Por eso gsd-pi reinició su numeración en la 1.0.0 dentro de la organización open-gsd, y su registro de cambios empieza ahí.

El problema que resuelve

Cualquiera que haya usado un agente en una sesión larga conoce el patrón. Al principio acierta y, según se llena su ventana de contexto, empieza a olvidar decisiones, a repetir trabajo o a irse por las ramas. En la documentación lo llaman «context rot», el deterioro del contexto. No es un fallo puntual, es el coste de acumular demasiada información en una sola conversación.

Open GSD parte de esa observación. En lugar de meterlo todo en una única sesión, separa el trabajo en fases y ejecuta cada tarea en un subagente que arranca con el contexto limpio. La sesión con la que hablas tú se mantiene ligera; el trabajo sucio ocurre aparte y vuelve resumido. La web del proyecto lo resume así:

«Open GSD keeps agentic work from dissolving into context bloat: explicit task graphs, clean execution contexts, real verification, and git history that tells the truth.» (opengsd.net)

El bucle de trabajo

El método se organiza en cinco pasos que se repiten en cada fase del proyecto:

  • Discutir: anota las decisiones de implementación antes de planificar nada.
  • Planificar: investiga, descompón la tarea y comprueba que el plan cabe en una ventana de contexto nueva.
  • Ejecutar: los planes se ejecutan en oleadas paralelas y cada ejecutor empieza con un contexto limpio de 200.000 tokens.
  • Verificar: repasa lo construido, diagnostica y corrige antes de dar nada por terminado.
  • Enviar: abre la pull request, archiva la fase y pasa a la siguiente.

Si te suena, es porque es la misma disciplina que aplican otros sistemas de desarrollo con skills y subagentes. Lo que aporta Open GSD es el empaquetado: gsd-core 1.16.0 trae 72 comandos listos para usar, entre ellos /gsd-new-project para un repositorio nuevo y /gsd-onboard para uno que ya existe.

Qué herramienta de Open GSD instalar

Empieza por gsd-core si ya trabajas dentro de Claude Code, Codex o Cursor, y elige gsd-pi si quieres un agente propio en la terminal. El resto del catálogo creció alrededor de esas dos, y en octubre de 2026 todavía hay dos piezas anunciadas pero sin publicar:

Pieza Qué es Versión (9 oct 2026) Estado
gsd-core Comandos, skills y hooks que añaden el bucle a Claude Code, OpenCode, Codex, Copilot, Cursor, Windsurf y otros entornos 1.16.0 Estable
gsd-pi El agente autónomo de terminal: worktrees de Git, memoria de proyecto en .gsd/ y un panel web con gsd --web 1.21.1 Disponible
gsd-path Una cadena de fases con controles de paso que deja sus traspasos en .project/ 1.5.0 Disponible
gsd-browser Automatización del navegador sobre el Chrome DevTools Protocol, con herramientas MCP, aserciones y trazas 0.2.2 Disponible
gsd-graph Grafos de conocimiento locales extraídos de la documentación del proyecto 0.4.0 Nuevo
gsd-loop Convierte una cola de issues etiquetadas de GitHub en pull requests revisadas y te deja a ti el merge 0.4.1 Nuevo
gsd-workbench Aplicación de escritorio con aprobaciones desde el móvil – Próximamente
gsd-cloud Espacio de trabajo alojado que mantiene el estado del proyecto entre dispositivos – Próximamente

Cada una de las dos piezas principales se instala con un comando. El instalador de gsd-core te pregunta qué entorno usas y si quieres instalarlo de forma global o solo para un proyecto:

npx @opengsd/gsd-core@latest

El paquete gsd-pi instala el comando gsd de forma global. Si tenías el paquete antiguo gsd-pi sin ámbito, desinstálalo antes para que su binario no tape al nuevo:

npm install -g @opengsd/gsd-pi@latest

El instalador de gsd-core pide Node.js 24 o posterior, y gsd-pi pide Node.js 22.18.0 o posterior más un proveedor de modelos. Nuestra guía para instalar gsd-pi con un modelo local muestra una primera tarea real de principio a fin, con las siete dificultades con las que me he topado por el camino.

Mi lectura

Me convence el enfoque, en parte porque es el que ya seguimos aquí. Si has montado un agente con el SDK de Anthropic o un RAG sobre Postgres, sabes que el cuello de botella no es el modelo, sino mantener la concentración durante horas. Aislar cada tarea en un worktree y en un contexto propio es sensato y nada nuevo, pero tenerlo empaquetado con comandos y memoria de proyecto ahorra trabajo.

Lo probé en un proyecto pequeño y la diferencia se nota sobre todo en sesiones largas. El plan queda por escrito y cada ejecutor arranca fresco, así que no hay que ir recordándole al agente lo que ya se decidió.

La parte honesta: aunque el catálogo ya tiene ocho piezas, el núcleo sigue siendo gsd-core y gsd-pi. El proyecto además avanza deprisa (gsd-pi pasó de la 1.5.0 en julio a la 1.21.1 en octubre), así que fija una versión en todo lo que automatices. Todo depende de que tu equipo ya tenga acceso a un proveedor de modelos, porque Open GSD trabaja con el que le configures y no trae uno propio. Si haces cambios pequeños y sueltos, la ceremonia sobra; si encadenas sesiones largas con agentes, compensa probarlo.

Preguntas frecuentes

¿Dónde está el repositorio de Open GSD en GitHub?

El proyecto vive en la organización open-gsd de GitHub[2]. Los dos repositorios principales son open-gsd/gsd-core[3], con más de 10.000 estrellas en octubre de 2026, y open-gsd/gsd-pi[4]; los paquetes de npm están bajo el ámbito @opengsd.

¿En qué se diferencia de usar un agente a secas?

Un agente a secas lo mantiene todo en una sola conversación, que se degrada según se llena. Open GSD parte el trabajo en fases y ejecuta cada tarea en un subagente con el contexto limpio, así que la sesión principal no se satura. A cambio añade estructura: para un cambio pequeño puede resultar excesivo.

¿Cuesta dinero?

No. gsd-core y gsd-pi son software libre con licencia MIT y se instalan desde npm. Lo que sí necesitas es acceso a un proveedor de modelos (OpenAI, Anthropic o un servidor local), porque Open GSD no incluye ninguno.

¿Con qué editores y agentes encaja?

El instalador de gsd-core admite Claude Code, OpenCode, Codex, Copilot, Cursor, Windsurf, Antigravity CLI, Kimi CLI y Kilo, así que sirve con el flujo que ya uses. Si prefieres no depender de ninguno, gsd-pi funciona por su cuenta en la terminal.

Conclusión

Open GSD no inventa una técnica nueva, pone orden en una que ya funciona: planificar en pequeño, ejecutar en contextos limpios y verificar antes de cerrar. Con licencia MIT y una instalación de un comando, el coste de probarlo es bajo. Merece un vistazo si trabajas a diario con agentes de programación, y la guía de instalación de gsd-pi es el camino más corto hasta una primera tarea terminada. Esta guía también está en inglés.

Fuentes: opengsd.net[1], página de origen de Open GSD[5], open-gsd en GitHub[2], @opengsd/gsd-core en npm[6], @opengsd/gsd-pi en npm[7].

Fuentes

  1. Open GSD
  2. organización open-gsd de GitHub
  3. gsd-core
  4. gsd-pi
  5. página de origen
  6. @opengsd/gsd-core en npm
  7. @opengsd/gsd-pi en npm