Plugins y agentes Guía paso a paso

gstack: convierte Claude Code en un equipo de producto con roles de CEO, diseño, QA y despliegue

gstack es un conjunto de skills de código abierto creado por Garry Tan, presidente de Y Combinator, que organiza el trabajo de Claude Code como un sprint: pensar, planificar, construir, revisar, probar, publicar y reflexionar. Cada comando hace de un especialista (producto, ingeniería, diseño, seguridad, QA, release). Aquí tienes cómo instalarlo, qué comandos usar primero, un flujo completo y sus límites.

Nivel
Avanzado
Qué necesitas
Claude Code, Git y Bun 1.4 o superior (en Windows, también Node.js); un repositorio Git con tu proyecto.
Cuánto lleva
Un minuto de instalación más el tiempo de compilación; una tarde para probar el flujo completo.

Herramientas que usa esta guía

01 Qué es gstack y para quién

Claude Code, tal como viene, es muy capaz pero no impone un proceso: hace lo que le pides en el orden en que se lo pides. gstack añade ese proceso en forma de comandos (skills escritas en Markdown) que se pasan el trabajo entre sí. /office-hours genera un documento de diseño que lee /plan-ceo-review; /plan-eng-review deja un plan de pruebas que recoge /qa; /review encuentra fallos que /ship verifica que estén corregidos.

Es gratuito, con licencia MIT, y su autor lo usa a diario. Encaja especialmente con fundadores técnicos, responsables de equipos de desarrollo y personas que empiezan con Claude Code y prefieren roles definidos a una ventana en blanco.

Fase Comandos principales Qué obtienes
Pensar /office-hours Preguntas que cuestionan la idea y un documento de diseño
Planificar /plan-ceo-review, /plan-eng-review, /plan-design-review, /autoplan Alcance, arquitectura, casos límite, pruebas y criterios de diseño
Diseñar /design-consultation, /design-shotgun, /design-html Sistema de diseño, variantes para elegir y HTML funcional
Revisar /review, /investigate, /cso Fallos que pasan los tests, depuración de causa raíz y auditoría de seguridad
Probar /qa, /qa-only, /browse Pruebas en un navegador real, con reproducción y regresiones
Publicar /ship, /land-and-deploy, /canary, /document-release PR abierta, despliegue verificado, vigilancia posterior y documentación al día

02 Instalación

  • ✓Claude Code instalado y con sesión iniciada.
  • ✓Git.
  • ✓Bun 1.4.2 o superior (la versión probada; el instalador rechaza versiones anteriores a 1.3.3).
  • ✓En Windows, además, Node.js.
  • ✓Opcional: el navegador Aside en macOS 15 o superior; si no lo tienes, gstack descarga su propio Chromium.
bash · Instalar gstack para Claude Code
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack && ./setup

El instalador compila sus herramientas y descarga el navegador si hace falta. Después, el propio README recomienda añadir a tu CLAUDE.md una sección «gstack» que liste los comandos disponibles e indique que la navegación web se haga con /browse. Puedes pedírselo a Claude directamente.

Prompt · Pedir a Claude que complete la instalación
Acabo de instalar gstack en ~/.claude/skills/gstack. Lee su README y añade a CLAUDE.md la sección «gstack» que recomienda, con la lista de comandos disponibles. Muéstrame el texto antes de guardarlo. Después explícame en cinco líneas qué comando debería usar primero para este proyecto y por qué.

03 Los primeros cinco comandos

  1. 1

    /office-hours

    Describe lo que quieres construir. Te hará preguntas incómodas sobre el problema, el usuario y el alcance, y propondrá alternativas antes de escribir código.

  2. 2

    /plan-ceo-review

    Aplícalo a una funcionalidad concreta. Puede ampliar, mantener o recortar el alcance según lo que aporte valor.

  3. 3

    /review

    Ejecútalo sobre una rama con cambios. Busca los fallos que pasan la integración continua pero rompen en producción y corrige los evidentes.

  4. 4

    /qa

    Apúntalo a tu entorno de pruebas. Recorre la aplicación en un navegador real, reproduce errores, escribe una prueba que falle y corrige la causa.

  5. 5

    Decide

    El propio autor sugiere parar aquí: con esos cuatro comandos sabrás si el método encaja contigo antes de adoptar el resto.

Prompt · Arrancar una funcionalidad nueva
/office-hours Quiero añadir a nuestra web un área privada donde cada cliente descargue sus facturas. Somos una empresa de mantenimiento con unos 300 clientes y ahora las enviamos por correo una a una. Pregúntame lo que necesites sobre usuarios, seguridad y alcance antes de proponer nada, y al terminar resume el alcance de la primera versión.

04 Un flujo completo de principio a fin

Cuando la idea está clara, /autoplan encadena las revisiones de producto, diseño, experiencia de desarrollador e ingeniería (esta siempre al final) y solo te consulta las decisiones de criterio. Con el plan aprobado, Claude implementa y luego entran las fases de calidad y publicación.

Prompt · Del plan a producción
Ya cerramos el alcance con /office-hours. Ejecuta /autoplan y muéstrame el plan revisado, marcando supuestos y riesgos. No implementes hasta que lo apruebe. Cuando lo apruebe: implementa, pasa /review y corrige lo que encuentre, ejecuta /qa contra http://localhost:8000 y, si todo está en verde, usa /ship para abrir la pull request. No despliegues a producción sin mi confirmación.
01

/investigate

Depuración sistemática: no corrige nada sin investigar la causa y se detiene tras tres intentos fallidos.

02

/cso

Auditoría de seguridad con OWASP y STRIDE. Necesita herramientas de compilación nativas; sin ellas, lo indica como no evaluado.

03

/careful, /freeze y /guard

Avisos antes de comandos destructivos y bloqueo de ediciones fuera de una carpeta. Útiles al tocar producción.

04

/retro y /learn

Retrospectiva semanal y memoria de patrones y errores del proyecto entre sesiones.

05 Límites, costes y privacidad

  • ✓Cada fase lanza revisiones extensas: un sprint completo consume bastante uso de tu plan. Empieza por funcionalidades pequeñas.
  • ✓Algunos comandos dependen de otras herramientas: /codex pide la CLI de Codex con sesión iniciada y /land-and-deploy necesita configurar antes tu despliegue con /setup-deploy.
  • ✓Las revisiones automáticas no sustituyen una revisión humana en cambios de seguridad, pagos o datos personales.
  • ✓La telemetría está desactivada por defecto y solo se activa si la aceptas; la comprobación de actualizaciones sí viene activada.
  • ✓Para desinstalarlo, usa el script bin/gstack-uninstall de la carpeta de instalación.

Preguntas frecuentes

Sí, con soporte experimental para Codex CLI, OpenCode, Cursor, Kiro, GitHub Copilot CLI y otros mediante ./setup --host. Claude Code es la plataforma con soporte completo.

Ayuda bastante. Los comandos de planificación y QA son comprensibles para perfiles de producto, pero /ship, /land-and-deploy y la revisión de código asumen que trabajas con Git, ramas y pull requests.

No. El modo plan hace que Claude proponga antes de editar. gstack añade revisiones con criterios específicos de producto, ingeniería y diseño, y conecta esas fases con pruebas y publicación.

Con el comando /gstack-upgrade dentro de Claude Code, que detecta si tienes instalación global o en el proyecto y te muestra los cambios.

Sobre el autor

Equipo editorial de appyweb

Marketing, SEO y desarrollo con IA

Especialistas de appyweb en SEO, publicidad, desarrollo web y automatización con IA.

Sigue con estas guías

Guía paso a paso · Principiante

Planifica, audita y construye con el modo plan de Claude Code

El modo plan obliga a Claude Code a investigar y proponer antes de editar nada. Aprenderás a activarlo, a auditar el plan con preguntas concretas (alternativas, dependencias, permisos), a elegir cómo aprobarlo según el riesgo y a cerrar el ciclo con un commit que explique el porqué. Útil para no acumular dependencias que nadie eligió.

10 minutos para aprenderlo; después, unos minutos extra por tarea Leer la guía →
Guía paso a paso · Intermedio

Revisar tu código con Claude Code: /verify, /code-review y /security-review

Claude Code trae de serie tres comandos de revisión: uno arranca tu app para comprobar que el cambio funciona, otro busca bugs en tu diff y el tercero busca vulnerabilidades. Aquí verás qué hace cada uno, sus opciones, sus límites y una rutina fija para pasarlos antes de subir código.

Unos 15 minutos la primera vez; después, 3-5 minutos por cambio Leer la guía →
Guía paso a paso · Intermedio

GBrain: memoria persistente para Claude Code a partir de tus notas

GBrain convierte una carpeta de notas en markdown en una memoria consultable que Claude Code usa por MCP: guarda hechos con su fuente, enlaza personas, empresas y proyectos y responde citando de dónde sale cada dato. Esta guía te explica cómo instalarlo en local, qué cuesta y cómo mantenerlo limpio.

Entre 20 y 40 minutos la primera vez Leer la guía →
Guía paso a paso · Intermedio

Claude Code y Codex en equipo: revisiones cruzadas con el plugin oficial

Aprendes a poner a Codex, el agente de programación de OpenAI, a trabajar como segundo par de ojos dentro de Claude Code: revisa tus cambios, cuestiona decisiones de diseño y se encarga de bugs mientras Claude sigue con lo suyo. Útil si ya pagas ambos servicios o quieres una segunda opinión independiente antes de publicar.

Unos 10 minutos para instalar y configurar el plugin Leer la guía →
Guía paso a paso · Intermedio

Spec Kit de GitHub: desarrollo guiado por especificaciones con Claude Code

Aprendes a usar Spec Kit, el kit de código abierto de GitHub, para que Claude Code no improvise: primero defines qué quieres y por qué, después el plan técnico y las tareas, y solo entonces se escribe código. Pensado para quien construye aplicaciones que van a crecer o trabaja en equipo.

Unos 20 minutos para instalarlo y una hora para completar tu primera funcionalidad Leer la guía →

¿Quieres llevar la IA a tu empresa sin pelearte con todo esto?

Diseñamos e implantamos agentes, automatizaciones y asistentes con IA a medida de tu negocio.

Ver nuestros servicios de IA

Cuéntanos tu proyecto. Te respondemos en 48 h.

Auditoría gratuita de IA, campañas, web y SEO, con prioridades y cifras reales de tu negocio.

✓ Sin compromiso ✓ Respuesta en 48 h laborables ✓ Un consultor senior, no un bot
WA WhatsApp