TL;DR / Respuesta Rápida
gstack es el sistema de código abierto de Garry Tan que convierte Claude Code en un equipo virtual de ingeniería de 20 especialistas. Como Presidente y CEO de Y Combinator, Garry publica entre 10.000 y 20.000 líneas de código de producción al día (35% de pruebas) mientras dirige YC a tiempo completo. gstack logra esto a través de comandos de barra estructurados: /office-hours para estrategia de producto, /plan-ceo-review para validación de alcance, /review para detección de errores, /qa para pruebas de navegador y /ship para despliegue. Instálalo en 30 segundos con:
git clone ~/.claude/skills/gstack && ./setup
Gratuito, con licencia MIT.
Introducción
“No creo haber escrito una línea de código probablemente desde diciembre, básicamente, lo cual es un cambio extremadamente grande.”
Cuando Andrej Karpathy dijo esto en el podcast No Priors en marzo de 2026, el mundo de la tecnología escuchó. El cofundador de OpenAI describía un cambio fundamental: una persona, armada con agentes de IA, ahora puede producir como un equipo de veinte.
Peter Steinberger lo demostró. Construyó OpenClaw — 247.000 estrellas en GitHub — esencialmente solo con agentes de IA. La revolución ya está aquí.
Garry Tan lo sabe mejor que la mayoría. Como Presidente y CEO de Y Combinator, trabaja con miles de startups — Coinbase, Instacart, Rippling — cuando aún son una o dos personas en un garaje. Antes de YC, fue uno de los primeros ingenieros en Palantir, cofundó Posterous (vendida a Twitter) y construyó Bookface, la red social interna de YC. gstack es su respuesta a la pregunta que todos se hacen: ¿Cómo una persona puede producir como un equipo de veinte?
En los últimos 60 días: más de 600.000 líneas de código de producción (35% pruebas), 10.000-20.000 líneas por día, a tiempo parcial, mientras dirige YC a tiempo completo. Su último /retro en 3 proyectos: 140.751 líneas añadidas, 362 commits, ~115k líneas netas de código en una semana.
La misma persona que hizo 772 contribuciones a GitHub en 2013 construyendo Bookface. Ahora tiene 1.237 contribuciones en 2026. La diferencia no es el esfuerzo. Es la herramienta.
Esta guía desglosa qué es gstack, cómo funciona y si pertenece a tu flujo de trabajo. Verás el catálogo completo de habilidades, ejemplos prácticos y la filosofía detrás del sistema.
💡 Tip: Si construyes productos API, gstack se integra con Apidog para pruebas y documentación. /qa valida endpoints; /document-release mantiene la documentación sincronizada con los cambios.
¿Qué es gstack?
gstack es una colección de 28 habilidades de Claude Code que transforman a Claude de copiloto a equipo virtual de ingeniería. Cada habilidad es un especialista: CEO que replantea tu producto, gerente de ingeniería que asegura la arquitectura, diseñador que detecta mediocridad de IA, revisor que encuentra errores de producción, líder de QA que abre un navegador real, CSO para auditorías OWASP + STRIDE, ingeniero de lanzamiento que publica el PR.
Todos los comandos son de barra, en Markdown, gratuitos y con licencia MIT.
La idea principal
Las herramientas de IA tradicionales actúan como autocompletado inteligente. gstack te trata como CEO con un equipo. Por ejemplo, si pides “una app de resumen diario”, primero ejecuta /office-hours — seis preguntas mandatorias, desafía premisas, extrae el problema real y alternativas.
Luego ejecuta /plan-ceo-review (desafía el alcance), /plan-eng-review (asegura arquitectura), /plan-design-review (califica cada dimensión de diseño), /review (encuentra errores), /qa (prueba en navegador real), y /ship (envía el PR).
Ocho comandos, de principio a fin. No es un copiloto: es un equipo.
La estructura del sprint
gstack es un proceso tipo sprint, no solo herramientas aisladas:
Pensar → Planificar → Construir → Revisar → Probar → Publicar → Reflexionar
Cada habilidad alimenta a la siguiente. Ejemplo: /office-hours crea el documento de diseño que luego usan /plan-ceo-review y /plan-eng-review. Nada se pierde, todo el flujo es continuo.
Las 28 habilidades explicadas
A continuación, el catálogo de habilidades gstack, cuándo usarlas y ejemplos prácticos.
Habilidades de producto y estrategia
/office-hours — Horas de oficina de YC
Especialista: Socio YC
Qué hace: Inicia cada proyecto con seis preguntas para replantear el producto antes de escribir código. Desafía premisas y propone alternativas.
Ejemplo de salida:
Dijiste "aplicación de resumen diario". Pero lo que realmente describiste es un asistente personal de IA...
[desafía premisas]
[genera enfoques de implementación]
RECOMENDACIÓN: Publica la parte más pequeña mañana...
Cuándo usar: Siempre al iniciar una nueva funcionalidad o producto.
/plan-ceo-review — CEO / Fundador
Especialista: CEO
Qué hace: Replantea el problema desde los fundamentos. Analiza cuatro modos: expansión, expansión selectiva, mantener alcance, reducción.
Cuándo usar: Después de /office-hours, antes de cualquier implementación.
/plan-design-review — Diseñador Senior
Especialista: Diseñador Senior
Qué hace: Califica cada dimensión de diseño de 0 a 10, explica cómo se ve un 10, edita el plan para lograrlo. Detección de mediocridad IA.
Cuándo usar: Tras la revisión de ingeniería; detectar deuda de diseño antes de codificar.
/design-consultation — Socio de Diseño
Especialista: Socio de Diseño
Qué hace: Construye sistemas de diseño completos, investiga panorama, propone riesgos creativos, genera maquetas.
Cuándo usar: Cuando necesitas un sistema de diseño completo, no solo revisión.
Habilidades de ingeniería y arquitectura
/plan-eng-review — Gerente de ingeniería
Especialista: Gerente de Ingeniería
Qué hace: Asegura arquitectura, flujos, casos extremos, pruebas. Genera diagramas ASCII.
Ejemplo:
┌─────────────┐ ┌──────────────┐ ┌────────────┐
│ Cliente │────▶│ API Gateway │────▶│ Base de │
└─────────────┘ └──────────────┘ └────────────┘
...
Matriz de Pruebas: ruta feliz, casos extremos, seguridad.
Cuándo usar: Tras la revisión de CEO/diseño, antes de codificar.
/review — Ingeniero de personal
Especialista: Ingeniero de staff
Qué hace: Encuentra errores que pasan CI pero fallan en producción, corrige los obvios, marca lagunas.
Ejemplo:
[AUTO-CORREGIDO] 2 problemas:
- Falta comprobación de nulos...
[PREGUNTA] Condición de carrera...
Cuándo usar: Después de implementar, antes de /qa.
/investigate — Depurador
Especialista: Depurador
Qué hace: Depuración sistemática de causa raíz, detiene tras 3 fallos.
Cuándo usar: Si /review no logra corregir automáticamente.
/codex — Segunda opinión
Especialista: OpenAI Codex CLI
Qué hace: Revisión de código independiente, análisis adversarial, validación entre modelos.
Cuándo usar: Tras /review, para rutas críticas o validación cruzada.
Habilidades de prueba y QA
/qa — Líder de QA
Especialista: QA con navegador real
Qué hace: Abre navegador Chromium, navega flujos, corrige errores con commits atómicos, genera pruebas de regresión.
Ejemplo de flujo:
1. Abre staging en Chromium
2. Ejecuta plan de pruebas
3. Encuentra y corrige error
4. Verifica y genera test de regresión
Cuándo usar: Tras aprobar /review, en ambiente de staging.
/qa-only — Reportero de QA
Especialista: Reportero QA
Qué hace: Igual que /qa, pero solo informa errores, sin aplicar correcciones.
Cuándo usar: Para informes de auditoría o si otro arregla los bugs.
/benchmark — Ingeniero de rendimiento
Especialista: Rendimiento
Qué hace: Línea base y comparación de métricas (FCP, LCP, CLS, TTI, tamaños de paquetes).
Cuándo usar: Antes/después de optimizaciones o cambios importantes.
/browse — Automatización de navegador
Especialista: Automatización
Qué hace: Navegador Chromium real, comandos como goto, click, type, screenshot, wait.
Comandos útiles:
goto <url>click <selector>type <selector> <texto>screenshot <nombre>wait <selector>
Cuándo usar: Verificación rápida en navegador; usado por /qa.
/setup-browser-cookies — Administrador de sesión
Especialista: Sesiones
Qué hace: Importa cookies de tu navegador real para sesiones autenticadas.
Cuándo usar: Antes de /qa si usas autenticación en staging.
Habilidades de seguridad y cumplimiento
/cso — Director de Seguridad
Especialista: CSO
Qué hace: OWASP Top 10 + STRIDE. Sin ruido: exclusión de falsos positivos, escenarios reales de explotación.
Ejemplo:
[CRÍTICO] Inyección SQL...
Exploit: GET /api/users?id=1' OR '1'='1
Solución: Consultas parametrizadas
Cuándo usar: Antes de producción o en funciones sensibles.
Habilidades de envío y despliegue
/ship — Ingeniero de lanzamiento
Especialista: Release Engineer
Qué hace: Sincroniza rama principal, ejecuta pruebas, audita cobertura, hace push y abre PR.
Flujo de ejemplo:
1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (o inicializa Jest/Vitest)
4. Auditoría de cobertura
5. git push
6. Abre PR
Cuándo usar: Tras aprobar /qa.
/land-and-deploy — Ingeniero de despliegue
Especialista: Deployment
Qué hace: Fusiona PR, espera CI/deploy, verifica en producción.
Cuándo usar: Después de aprobación de PR.
/canary — SRE
Especialista: SRE
Qué hace: Monitorea post-despliegue: errores de consola, API, regresiones, excepciones JS.
Cuándo usar: Tras /land-and-deploy.
/document-release — Redactor técnico
Especialista: Documentación
Qué hace: Sincroniza documentación del proyecto con lo publicado, detecta READMEs obsoletos.
Cuándo usar: Tras /ship o /land-and-deploy.
Habilidades de reflexión y análisis
/retro — Gerente de ingeniería
Especialista: Ingeniería
Qué hace: Retro semanal, desglose por persona/proyecto. /retro global ejecuta en todos los proyectos.
Ejemplo:
Semana del 17 al 23 de marzo de 2026
Garry: 140,751 líneas añadidas, 362 commits, cobertura de pruebas: 35%...
Proyectos: gstack, ycombinator.com, internal-tools
Cuándo usar: Fin de semana, para obtener insights del equipo.
Herramientas potentes
-
/careful: Advierte antes de comandos destructivos (rm -rf, etc). -
/freeze: Restringe ediciones a un solo directorio. -
/guard:/careful+/freezepara máxima seguridad. -
/unfreeze: Elimina el límite de/freeze. -
/setup-deploy: Configuración única para/land-and-deploy. -
/autoplan: Pipeline de revisión automática (CEO → diseño → ingeniería). -
/gstack-upgrade: Actualiza gstack a la última versión.
Guía de instalación
Instala gstack en 30 segundos. Nada toca tu PATH ni corre en segundo plano. Todo vive en .claude/.
Requisitos
- Claude Code
- Git
- Bun v1.0+
- Node.js (Solo Windows)
Paso 1: Instalar en tu máquina
Abre Claude Code y ejecuta:
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
Paso 2: Añadir a tu repositorio (Opcional)
Para que tu equipo obtenga gstack al clonar el repo:
cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setup
cd .claude/skills/gstack && ./setup
Codex, Gemini CLI o Cursor
gstack funciona en cualquier agente que soporte el estándar SKILL.md.
Habilidades en .agents/skills/, descubrimiento automático.
Instalar en un repositorio:
git clone https://github.com/garrytan/gstack.git .agents/skills/gstack
cd .agents/skills/gstack && ./setup --host codex
Instalar una vez para todo usuario:
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host codex
Detectar agentes automáticamente:
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto
Solución de problemas
¿La habilidad no aparece?
cd ~/.claude/skills/gstack && ./setup
¿/browse falla?
cd ~/.claude/skills/gstack && bun install && bun run build
¿Instalación obsoleta?
Ejecuta /gstack-upgrade o pon auto_upgrade: true en ~/.gstack/config.yaml.
Usuarios de Windows:
Usa Git Bash o WSL. Node.js es obligatorio además de Bun. Asegúrate que ambos estén en tu PATH.
¿Claude no ve las habilidades?
Añade esto a tu CLAUDE.md:
## gstack
Usa /browse de gstack para toda la navegación web. Nunca uses las herramientas mcp__claude-in-chrome__*.
Habilidades disponibles: /office-hours, /plan-ceo-review, /plan-eng-review, /plan-design-review,
/design-consultation, /review, /ship, /land-and-deploy, /canary, /benchmark, /browse,
/qa, /qa-only, /design-review, /setup-browser-cookies, /setup-deploy, /retro,
/investigate, /document-release, /codex, /cso, /autoplan, /careful, /freeze, /guard,
/unfreeze, /gstack-upgrade.
Ejemplo del mundo real: Construyendo una aplicación de resumen diario
Ejecuta el flujo completo con gstack:
Tú: Quiero construir una aplicación de resumen diario para mi calendario.
Tú: /office-hours
Claude: [pregunta sobre el problema — ejemplos específicos]
Tú: Múltiples calendarios de Google, eventos obsoletos...
Claude: Voy a cuestionar tu planteamiento...
[extrae capacidades, desafía premisas, genera enfoques]
RECOMENDACIÓN: Publica lo más pequeño mañana...
Tú: /plan-ceo-review
[lee doc diseño, desafía alcance]
Tú: /plan-eng-review
[diagramas, matrices de prueba, modos de fallo, seguridad]
Tú: Aprobar plan. Salir del modo de plan.
[implementa 2,400 líneas en 11 archivos en ~8min]
Tú: /review
[corrige problemas, aprueba corrección de carrera]
Tú: /qa https://staging.myapp.com
[prueba en navegador, corrige bug]
Tú: /ship
Pruebas: 42→51 (+9 nuevas). PR: github.com/tu/app/pull/42
El agente escucha el problema, no solo la función. Ocho comandos, de inicio a fin.
Sprints paralelos: Ejecutando múltiples agentes a la vez
gstack escala con múltiples sprints en paralelo. Conductor ejecuta sesiones de Claude Code en paralelo, cada una en su workspace aislado:
Sesión 1: /office-hours — refinando especificación
Sesión 2: /review — revisando feature
Sesión 3: /qa — probando staging
Sesión 4: Implementación — construyendo plan aprobado
Estructura de sprint = paralelismo sin caos.
Privacidad y telemetría
gstack incluye telemetría opcional para ayudar al proyecto:
- Por defecto desactivado. Se pide consentimiento explícito.
- Qué se envía (si lo activas): nombre de la habilidad, duración, éxito/fallo, versión, SO.
- Qué nunca se envía: código, rutas, nombres de repositorios, ramas, prompts.
- Desactiva en cualquier momento:
gstack-config set telemetry off
- Los datos se almacenan en Supabase, una alternativa open source a Firebase. El esquema es público.
Para análisis local:
gstack-analytics
Te permite ver tu panel de uso desde el archivo JSONL local.
¿Quién debería usar gstack?
- Fundadores y CEOs técnicos: Produce a velocidad startup sin contratar un equipo.
- Usuarios principiantes de Claude Code: Roles estructurados, sin blank prompt.
- Tech leads e ingenieros senior: QA riguroso, automatización y revisión en cada PR.
- Builders individuales: Si eres solo uno, gstack es tu equipo virtual. Ejemplo: Peter Steinberger y OpenClaw.
- Startups de YC: Es la pila recomendada por Garry para fundadores YC.
¿Quién debería evitar gstack?
- Equipos con procesos robustos: Si ya tienes pipelines, usa solo skills individuales si lo deseas.
- Usuarios fuera de Claude Code: Soporta Codex, Gemini CLI y Cursor, pero la experiencia óptima es Claude.
- Fans del prompting libre: Si prefieres exploración abierta, la estructura de gstack puede ser restrictiva.
La filosofía detrás de gstack
- Hervir el lago: No hagas nada a medias. El compromiso total minimiza el trabajo futuro.
- Buscar antes de construir: El mejor código es el que no escribes.
-
Tres capas de conocimiento:
- Explícito (documentos, comentarios)
- Tácito (intuición, memoria muscular)
- Desconocido (puntos ciegos) gstack convierte conocimiento tácito en habilidades explícitas.
- Ley de hierro de la depuración: Nada de fixes sin research. Tras 3 fixes fallidos, detente y reevalúa.
Conclusión
gstack es la respuesta de Garry Tan a la pregunta: ¿Cómo una persona produce como un equipo de veinte?
La clave no es trabajar más duro, sino con mejores herramientas. Veinte especialistas disponibles como comandos de barra. Gratis, MIT, open source.
Sprint recomendado:
-
/office-hours— replantear el problema -
/plan-ceo-review— desafiar alcance -
/plan-eng-review— asegurar arquitectura -
/plan-design-review— evaluar diseño - Implementar
-
/review— encontrar errores -
/qa— probar en navegador -
/ship— abrir PR
Ocho comandos, de inicio a fin. Así Garry envía hasta 20.000 líneas diarias mientras lidera YC.
Próximos pasos:
- Instala gstack:
git clone ~/.claude/skills/gstack && ./setup
- Ejecuta
/office-hoursen tu próxima idea. - Observa cómo cambia tu perspectiva sobre el problema.
Preguntas frecuentes
¿Es gstack gratuito?
Sí, 100% gratuito y MIT.
¿Necesito Claude Code?
Optimizado para Claude Code, pero funciona en cualquier agente compatible con SKILL.md: Codex CLI, Gemini CLI, Cursor.
¿Tiempo de instalación?
30 segundos. Clona y ejecuta ./setup.
¿Puedo usar solo algunas habilidades?
Sí. Usa /review y /qa de forma independiente si quieres.
¿Funciona con repos privados?
Sí. Haz commit de .claude/skills/gstack y estará disponible para todos al clonar.
¿Windows?
Compatible con Windows 11 vía Git Bash o WSL. Requiere Node.js y Bun en PATH.
¿Cómo funciona /browse?
Usa Playwright + Chromium headless. Comandos ~100ms. Para pruebas autenticadas, importa cookies con /setup-browser-cookies.
¿Puedo personalizar habilidades?
Sí, son Markdown. Modifica y, si mejoras, abre un PR.
¿Diferencia entre /qa y /qa-only?
/qa corrige errores automáticamente; /qa-only solo reporta.
¿Cómo funciona la telemetría?
Solo opcional. Nunca se envía código ni datos sensibles. Desactívalo con gstack-config set telemetry off.
¿Errores en gstack?
Ejecuta /investigate o abre un issue en GitHub.
¿Paralelismo?
Sí, con Conductor. Sprints paralelos con sesiones aisladas.
¿Listo para producir como un equipo de veinte? Instala, ejecuta /office-hours y comienza a construir con IA estructurada.
Top comments (0)