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 no está llegando. 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?
Los números hablan por sí solos. 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 reales y la filosofía detrás del sistema.
/qa puede validar tus puntos finales de API, y /document-release mantiene tu documentación de API sincronizada con los cambios publicados.¿Qué es gstack?
gstack es una colección de código abierto de 28 habilidades de Claude Code que transforman a Claude de un copiloto en un equipo virtual de ingeniería. Cada habilidad es un especialista: un CEO que replantea tu producto, un gerente de ingeniería que asegura la arquitectura, un diseñador que detecta la mediocridad de la IA, un revisor que encuentra errores de producción, un líder de QA que abre un navegador real, un oficial de seguridad que ejecuta auditorías OWASP + STRIDE, y un ingeniero de lanzamiento que publica el PR.
Veinte especialistas y ocho herramientas potentes. Todos son comandos de barra. Todo en Markdown. Todo gratuito, con licencia MIT.
La idea principal
La mayoría de las herramientas de codificación con IA te tratan como si estuvieras volando solo con un autocompletado inteligente. gstack te trata como un CEO con un equipo.
Cuando le dices a gstack "Quiero construir una aplicación de resumen diario para mi calendario", no empieza a codificar. Ejecuta /office-hours — una consulta de producto al estilo YC que hace seis preguntas obligatorias, cuestiona tu planteamiento y extrae el problema real. Podrías darte cuenta de que no quieres una "aplicación de resumen diario". Quieres un asistente personal de IA.
Luego ejecuta /plan-ceo-review para desafiar el alcance, /plan-eng-review para asegurar la arquitectura, /plan-design-review para calificar cada dimensión de diseño de 0 a 10, /review para encontrar errores, /qa para probar en un navegador real, y /ship para enviar el PR.
Ocho comandos, de principio a fin. Eso no es un copiloto. Eso es un equipo.
La estructura del sprint
gstack no es una colección aleatoria de herramientas. Es un proceso — un sprint que se ejecuta en orden:
Pensar → Planificar → Construir → Revisar → Probar → Publicar → Reflexionar
Cada habilidad alimenta a la siguiente. /office-hours escribe un documento de diseño que /plan-ceo-review lee. /plan-eng-review escribe un plan de prueba que /qa recoge. /review detecta errores que /ship verifica que están corregidos. Nada se pierde porque cada paso sabe lo que vino antes.
Las 28 habilidades explicadas
Habilidades de producto y estrategia
/office-hours — Horas de oficina de YC
Tu especialista: Socio de YC
Lo que hace: Inicia cada proyecto con seis preguntas obligatorias que replantean tu producto antes de escribir código. Cuestiona tu planteamiento, desafía las premisas, genera alternativas de implementación.
Ejemplo de salida:
Dijiste "aplicación de resumen diario". Pero lo que realmente describiste
es un asistente personal de IA. Aquí hay 5 capacidades que no te habías
dado cuenta de que estabas describiendo...
[desafía 4 premisas — estás de acuerdo, en desacuerdo o ajustas]
[genera 3 enfoques de implementación con estimaciones de esfuerzo]
RECOMENDACIÓN: Publica la parte más pequeña mañana, aprende del uso real.
La visión completa es un proyecto de 3 meses — comienza con el resumen
diario que realmente funciona.
Cuándo usar: Primera habilidad en cualquier nueva característica o producto. El documento de diseño que escribe alimenta automáticamente todas las habilidades posteriores.
/plan-ceo-review — CEO / Fundador
Tu especialista: CEO que replantea el producto
Lo que hace: Replantea el problema desde los principios fundamentales. Encuentra el producto de 10 estrellas oculto en la solicitud. Cuatro modos: Expansión (¿y si lo hacemos más grande?), Expansión selectiva (¿qué partes merecen ser 10 veces mejores?), Mantener alcance (esto está bien tal cual), Reducción (¿y si cortamos el 80%?).
Cuándo usar: Después de que /office-hours produzca un documento de diseño. Ejecutar antes de que comience cualquier implementación.
/plan-design-review — Diseñador Senior
Tu especialista: Diseñador de Producto Senior
Lo que hace: Califica cada dimensión de diseño de 0 a 10, explica cómo se ve un 10, y luego edita el plan para lograrlo. Incluye detección de mediocridad de IA. Interactivo — una pregunta de usuario por cada elección de diseño.
Cuándo usar: Después de la revisión de ingeniería, antes de la implementación. Detecta la deuda de diseño antes de que se convierta en deuda de código.
/design-consultation — Socio de Diseño
Tu especialista: Socio de Diseño
Lo que hace: Construye un sistema de diseño completo desde cero. Investiga el panorama, propone riesgos creativos, genera maquetas de productos realistas.
Cuándo usar: Cuando necesitas un sistema de diseño completo, no solo una revisión. Más completo que /plan-design-review.
Habilidades de ingeniería y arquitectura
/plan-eng-review — Gerente de ingeniería
Tu especialista: Gerente de Ingeniería
Lo que hace: Asegura la arquitectura, el flujo de datos, los diagramas, los casos extremos y las pruebas. Revela suposiciones ocultas. Genera diagramas ASCII para el flujo de datos, máquinas de estado y rutas de error.
Ejemplo de salida:
Revisión de Arquitectura:
┌─────────────┐ ┌──────────────┐ ┌────────────┐
│ Cliente │────▶│ API Gateway │────▶│ Base de │
└─────────────┘ └──────────────┘ └────────────┘
│ │ Datos
▼ ▼
[Caché de Estado] [Limitador de Frecuencia]
Matriz de Pruebas:
- Ruta feliz: usuario autenticado, datos válidos
- Caso extremo: modificaciones concurrentes
- Modo de fallo: tiempo de espera de conexión a la base de datos
- Seguridad: inyección SQL, XSS, CSRF
Cuándo usar: Después de la revisión de CEO/diseño, antes de la codificación. El plan de pruebas que escribe alimenta a /qa.
/review — Ingeniero de personal
Tu especialista: Ingeniero de personal que encuentra errores de producción
Lo que hace: Encuentra errores que pasan CI pero que fallan en producción. Corrige automáticamente los obvios. Marca las lagunas de completitud.
Ejemplo de salida:
[AUTO-CORREGIDO] 2 problemas:
- Falta la comprobación de nulos en getUserById()
- Rechazo de promesa no manejado en el controlador de la API
[PREGUNTA] Condición de carrera en actualización concurrente → apruebas la corrección
[DEFICIENCIA EN LA COMPLETITUD] No hay lógica de reintento para fallos transitorios
Cuándo usar: Después de la implementación, antes de /qa. Ejecutar en cualquier rama con cambios.
/investigate — Depurador
Tu especialista: Depurador de Causa Raíz
Lo que hace: Depuración sistemática de la causa raíz. Ley de Hierro: no hay correcciones sin investigación. Traza el flujo de datos, prueba hipótesis, se detiene después de 3 correcciones fallidas.
Cuándo usar: Cuando encuentras un error que /review no pudo corregir automáticamente. Nunca omitas la investigación — la Ley de Hierro existe por una razón.
/codex — Segunda opinión
Tu especialista: OpenAI Codex CLI
Lo que hace: Revisión de código independiente de un modelo diferente. Tres modos: revisión (puerta de paso/fallo), desafío adversarial y consulta abierta. Análisis inter-modelo cuando /review y /codex se han ejecutado.
Cuándo usar: Después de /review para una segunda opinión. Especialmente valioso para rutas críticas o cuando se desea una validación entre modelos.
Habilidades de prueba y QA
/qa — Líder de QA
Tu especialista: Ingeniero de QA con un navegador real
Lo que hace: Abre un navegador Chromium real, navega por los flujos, encuentra y corrige errores con commits atómicos. Genera automáticamente pruebas de regresión para cada corrección.
Flujo de trabajo de ejemplo:
1. Abre la URL de staging en Chromium sin interfaz gráfica
2. Ejecuta el plan de pruebas de /plan-eng-review
3. Encuentra un error: "El botón de enviar no se deshabilita durante la carga"
4. Crea un commit atómico con la corrección
5. Vuelve a verificar: hace clic de nuevo, confirma la corrección
6. Genera prueba de regresión: test_submit_button_disables()
Cuándo usar: Después de que /review aprueba la rama. Ejecutar en tu URL de staging.
/qa-only — Reportero de QA
Tu especialista: Reportero de QA
Lo que hace: Misma metodología que /qa pero solo informa. Reporte puro de errores sin cambios en el código.
Cuándo usar: Cuando quieres un informe de errores sin correcciones automáticas. Útil para auditorías o cuando otra persona se encarga de las correcciones.
/benchmark — Ingeniero de rendimiento
Tu especialista: Ingeniero de Rendimiento
Lo que hace: Establece la línea base para los tiempos de carga de la página, Core Web Vitals y tamaños de recursos. Compara el antes y el después en cada PR.
Métricas rastreadas:
- First Contentful Paint (FCP)
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Time to Interactive (TTI)
- Tamaños de los paquetes
Cuándo usar: Antes de refactorizaciones importantes, después de optimizaciones de rendimiento, en cualquier PR que toque la renderización.
/browse — Ingeniero de QA
Tu especialista: Automatización de navegador
Lo que hace: Navegador Chromium real, clics reales, capturas de pantalla reales. ~100ms por comando.
Comandos:
goto <url>— Navegar a la URLclick <selector>— Hacer clic en el elementotype <selector> <text>— Escribir en el campo de entradascreenshot <name>— Capturar pantallawait <selector>— Esperar por el elemento
Cuándo usar: Cada vez que necesites verificar algo en un navegador. Usado internamente por /qa.
/setup-browser-cookies — Administrador de sesión
Tu especialista: Administrador de Sesiones del Navegador
Lo que hace: Importa las cookies de tu navegador real (Chrome, Arc, Brave, Edge) a la sesión sin interfaz gráfica. Prueba páginas autenticadas.
Cuándo usar: Antes de /qa si tu aplicación de staging requiere inicio de sesión. Configuración única por navegador.
Habilidades de seguridad y cumplimiento
/cso — Director de Seguridad (CSO)
Tu especialista: Director de Seguridad (Chief Security Officer)
Lo que hace: OWASP Top 10 + modelo de amenazas STRIDE. Ruido cero: 17 exclusiones de falsos positivos, puerta de confianza 8/10+, verificación independiente de hallazgos. Cada hallazgo incluye un escenario de explotación concreto.
Ejemplo de salida:
[CRÍTICO] Inyección SQL en el parámetro /api/users?id=
Exploit: GET /api/users?id=1' OR '1'='1
Impacto: Acceso completo de lectura a la base de datos
Solución: Usar consultas parametrizadas
Confianza: 9/10
[FALSO POSITIVO EXCLUIDO] XSS en panel de administración
Razón: La salida está correctamente escapada con DOMPurify
Cuándo usar: Antes de cualquier lanzamiento a producción. Ejecutar en cualquier característica que maneje datos de usuario o autenticación.
Habilidades de envío y despliegue
/ship — Ingeniero de lanzamiento
Tu especialista: Ingeniero de Lanzamiento
Lo que hace: Sincroniza la rama principal, ejecuta pruebas, audita la cobertura, hace push, abre PR. Inicializa frameworks de prueba si no tienes uno.
Flujo de trabajo de ejemplo:
1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (o inicializa Jest/Vitest si falta)
4. Auditoría de cobertura: 42 pruebas → 51 pruebas (+9 nuevas)
5. git push origin feature/daily-briefing
6. Abre PR: github.com/tu/aplicacion/pull/42
Cuándo usar: Después de que /qa aprueba la rama. Un comando desde "probado" hasta "PR abierto".
/land-and-deploy — Ingeniero de lanzamiento
Tu especialista: Ingeniero de Despliegue
Lo que hace: Fusiona el PR, espera a CI y despliegue, verifica el estado de producción. Un comando desde "aprobado" hasta "verificado en producción".
Flujo de trabajo de ejemplo:
1. Fusionar PR a través de la API de GitHub
2. Esperar a CI (GitHub Actions, CircleCI, etc.)
3. Esperar a la implementación (Vercel, Railway, Fly.io, etc.)
4. Ejecutar comprobaciones de salud de producción
5. Informe: "Desplegado en producción, todas las comprobaciones pasadas"
Cuándo usar: Después de la aprobación del PR. Maneja todo el pipeline de lanzamiento.
/canary — SRE
Tu especialista: Ingeniero de Fiabilidad del Sitio (SRE)
Lo que hace: Bucle de monitoreo post-despliegue. Vigila errores de consola, regresiones de rendimiento y fallos de página.
Monitores:
- Errores de consola del navegador
- Tasas de error de la API
- Regresiones en la carga de la página
- Excepciones de JavaScript
Cuándo usar: Inmediatamente después de /land-and-deploy. Se ejecuta durante 5-15 minutos después del despliegue.
/document-release — Redactor técnico
Tu especialista: Redactor Técnico
Lo que hace: Actualiza toda la documentación del proyecto para que coincida con lo que acabas de publicar. Detecta automáticamente los READMEs obsoletos.
Ejemplo de salida:
[ACTUALIZADO] README.md — se añadió el nuevo comando /qa a la documentación
[ACTUALIZADO] CHANGELOG.md — notas de la versión v0.4.2
[CREADO] docs/qa-guide.md — nueva guía de flujo de trabajo de QA
[MARCADO] API.md — puede necesitar actualización para nuevos endpoints
Cuándo usar: Después de /ship o /land-and-deploy. Mantiene la documentación sincronizada con el código.
Habilidades de reflexión y análisis
/retro — Gerente de ingeniería
Tu especialista: Gerente de Ingeniería
Lo que hace: Retro semanal consciente del equipo. Desgloses por persona, rachas de envío, tendencias de salud de pruebas, oportunidades de crecimiento. /retro global se ejecuta en todos tus proyectos y herramientas de IA (Claude Code, Codex, Gemini).
Ejemplo de salida:
Semana del 17 al 23 de marzo de 2026
Garry:
- 140,751 líneas añadidas
- 362 commits
- ~115k LOC netos
- Cobertura de pruebas: 35% (↑2% desde la semana pasada)
Proyectos:
- gstack: 89 commits, 45k LOC
- ycombinator.com: 156 commits, 62k LOC
- internal-tools: 117 commits, 33k LOC
Racha de envíos: 47 días
Cuándo usar: Fin de semana. Ejecuta /retro para obtener información del equipo, /retro global para una vista de todos los proyectos.
Herramientas potentes
/careful — Barreras de seguridad
Lo que hace: Advierte antes de comandos destructivos (rm -rf, DROP TABLE, force-push). Di "be careful" para activarlo. Anula cualquier advertencia.
Cuándo usar: Prefija cualquier sesión arriesgada. "Cuidado — estoy a punto de ejecutar algunos comandos destructivos."
/freeze — Bloqueo de edición
Lo que hace: Restringe las ediciones de archivos a un solo directorio. Evita cambios accidentales fuera de scope durante la depuración.
Cuándo usar: Al depurar en un área específica. "Congelar ediciones solo en /src/auth."
/guard — Seguridad total
Lo que hace: /careful + /freeze en un solo comando. Máxima seguridad para trabajos en producción.
Cuándo usar: Depuración en producción, migraciones de bases de datos, cualquier sesión de alto riesgo.
/unfreeze — Desbloquear
Lo que hace: Elimina el límite de /freeze.
Cuándo usar: Una vez finalizada la sesión de depuración.
/setup-deploy — Configurador de despliegue
Lo que hace: Configuración única para /land-and-deploy. Detecta tu plataforma, URL de producción y comandos de despliegue.
Cuándo usar: Primera vez que usas /land-and-deploy en un proyecto nuevo.
/autoplan — Pipeline de revisión
Lo que hace: Un comando, plan completamente revisado. Ejecuta automáticamente la revisión de CEO → diseño → ingeniería con principios de decisión codificados. Solo presenta las decisiones de "gusto" para tu aprobación.
Cuándo usar: Cuando quieres el pipeline de planificación completo sin ejecutar cada habilidad manualmente.
/gstack-upgrade — Auto-actualizador
Lo que hace: Actualiza gstack a la última versión. Detecta instalación global vs. vendida, sincroniza ambas, muestra qué cambió.
Cuándo usar: Mensualmente, o cuando veas que se anuncia una nueva característica.
Guía de instalación
gstack se instala en 30 segundos. Nada toca tu PATH. Nada se ejecuta en segundo plano. Todo vive dentro de .claude/.
Requisitos
- Claude Code
- Git
- Bun v1.0+
- Node.js (Solo Windows — Bun tiene un error conocido con el transporte de pipe de Playwright en Windows)
Paso 1: Instalar en tu máquina
Abre Claude Code y pega esto. Claude hace el resto:
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupCLAUDE.md
Paso 2: Añadir a tu repositorio (Opcional)
Para que los compañeros de equipo obtengan gstack al hacer git clone:
cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setupCLAUDE.mdcd .claude/skills/gstack && ./setup
Codex, Gemini CLI o Cursor
gstack funciona en cualquier agente que soporte el estándar SKILL.md. Las habilidades residen en .agents/skills/ y se descubren automáticamente.
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 tu cuenta de usuario:
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host codex
Detectar automáticamente qué agentes tienes:
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 establece auto_upgrade: true en ~/.gstack/config.yaml
Usuarios de Windows: gstack funciona en Windows 11 a través de Git Bash o WSL. Node.js es necesario además de Bun. Asegúrate de que tanto bun como node estén en tu PATH.
¿Claude dice que no puede ver las habilidades? Añade esto al CLAUDE.md de tu proyecto:
## 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
Aquí está gstack en acción, de principio a fin:
Tú: Quiero construir una aplicación de resumen diario para mi calendario.
Tú: /office-hours
Claude: [pregunta sobre el problema — ejemplos específicos, no hipotéticos]
Tú: Múltiples calendarios de Google, eventos con información obsoleta, ubicaciones incorrectas.
La preparación lleva una eternidad y los resultados no son lo suficientemente buenos...
Claude: Voy a cuestionar tu planteamiento. Dijiste "aplicación de resumen
diario". Pero lo que realmente describiste es un asistente
personal de IA.
[extrae 5 capacidades que no te habías dado cuenta de que estabas describiendo]
[desafía 4 premisas — estás de acuerdo, en desacuerdo o ajustas]
[genera 3 enfoques de implementación con estimaciones de esfuerzo]
RECOMENDACIÓN: Publica la parte más pequeña mañana, aprende del
uso real. La visión completa es un proyecto de 3 meses — comienza
con el resumen diario que realmente funciona.
[escribe el documento de diseño → alimenta automáticamente a las habilidades posteriores]
Tú: /plan-ceo-review
[lee el documento de diseño, desafía el alcance, ejecuta una revisión de 10 secciones]
Tú: /plan-eng-review
[diagramas ASCII para flujo de datos, máquinas de estado, rutas de error]
[matriz de pruebas, modos de fallo, preocupaciones de seguridad]
Tú: Aprobar plan. Salir del modo de plan.
[escribe 2,400 líneas en 11 archivos. ~8 minutos.]
Tú: /review
[AUTO-CORREGIDO] 2 problemas. [PREGUNTA] Condición de carrera → apruebas la corrección.
Tú: /qa https://staging.myapp.com
[abre un navegador real, navega por los flujos, encuentra y corrige un error]
Tú: /ship
Pruebas: 42 → 51 (+9 nuevas). PR: github.com/tu/app/pull/42
Dijiste "aplicación de resumen diario". El agente dijo "estás construyendo un asistente de IA" — porque escuchó tu problema, no tu solicitud de función. Ocho comandos, de principio a fin.
Sprints paralelos: Ejecutando múltiples agentes a la vez
gstack funciona bien con un sprint. Se vuelve interesante con diez ejecutándose a la vez.
Conductor ejecuta múltiples sesiones de Claude Code en paralelo — cada una en su propio espacio de trabajo aislado. Una sesión en /office-hours, otra en /review, una tercera implementando una característica, una cuarta ejecutando /qa. Todo al mismo tiempo.
La estructura del sprint es lo que hace que el paralelismo funcione. Sin un proceso, diez agentes son diez fuentes de caos. Con un proceso, cada agente sabe exactamente qué hacer y cuándo detenerse.
Ejemplo de flujo de trabajo paralelo:
Sesión 1: /office-hours — refinando la especificación del producto
Sesión 2: /review — revisando la característica de ayer
Sesión 3: /qa — probando el despliegue en staging
Sesión 4: Implementación — construyendo el plan aprobado
Cuatro sesiones, cuatro etapas diferentes del sprint. Tú eres el cuello de botella, no los agentes.
Privacidad y telemetría
gstack incluye telemetría de uso opcional para ayudar a mejorar el proyecto. Esto es exactamente lo que sucede:
- Por defecto está desactivado. No se envía nada a ningún sitio a menos que lo autorices explícitamente.
- En la primera ejecución, gstack pregunta si quieres compartir datos de uso anónimos. Puedes decir que no.
- Lo que se envía (si optas por ello): nombre de la habilidad, duración, éxito/fallo, versión de gstack, sistema operativo. Eso es todo.
- Lo que nunca se envía: código, rutas de archivo, nombres de repositorios, nombres de ramas, prompts, o cualquier contenido generado por el usuario.
- Cambia en cualquier momento:
gstack-config set telemetry offdesactiva todo al instante.
Los datos se almacenan en Supabase (una alternativa de código abierto a Firebase). El esquema está en el repositorio — puedes verificar exactamente lo que se recopila. La clave publicable de Supabase es una clave pública — las políticas de seguridad a nivel de fila la restringen al acceso de solo inserción.
Los análisis locales siempre están disponibles. Ejecuta gstack-analytics para ver tu panel de uso personal desde el archivo JSONL local — no se necesitan datos remotos.
¿Quién debería usar gstack?
Fundadores y CEOs — especialmente aquellos técnicos que todavía quieren producir. gstack te permite avanzar a la velocidad de una startup sin contratar un equipo.
Usuarios principiantes de Claude Code — roles estructurados en lugar de un prompt en blanco. Si eres nuevo en la codificación con IA, gstack te ofrece límites.
Líderes técnicos e ingenieros de plantilla — revisión rigurosa, QA y automatización de lanzamientos en cada PR. Incluso si no usas las habilidades de planificación, /review y /qa por sí solos detectarán errores que habrían llegado a producción.
Constructores individuales — si estás construyendo solo, gstack es tu equipo virtual. Peter Steinberger construyó OpenClaw (247K estrellas) esencialmente solo con agentes de IA. gstack sistematiza ese flujo de trabajo.
Startups de YC — Garry construyó esto para los fundadores de YC. Si estás en la cohorte, esta es la pila de la casa.
¿Quién debería evitar gstack?
Equipos con flujos de trabajo establecidos — si ya tienes un proceso de revisión, pipeline de CI/CD y sistema de diseño, gstack podría ser excesivo. Elige habilidades individuales (/review, /qa) en lugar del sprint completo.
Usuarios que no son de Claude Code — gstack está construido para Claude Code. Funciona en Codex, Gemini CLI y Cursor a través del estándar SKILL.md, pero la experiencia está optimizada para Claude.
Constructores que prefieren la IA de forma libre — si te gusta dar prompts abiertos y ver qué sucede, la estructura de gstack te resultará restrictiva. Está diseñado para la rigurosidad, no para la exploración.
La filosofía detrás de gstack
gstack no son solo herramientas. Es una filosofía sobre cómo construir software con IA.
Hervir el lago
No hiervas el lago a medias. Si vas a hacer algo, hazlo completamente. Las medidas a medias crean más trabajo que el compromiso total.
Buscar antes de construir
Antes de escribir código, busca soluciones existentes. El mejor código es el código que no escribes.
Tres capas de conocimiento
- Explícito — lo que puedes escribir (documentos, comentarios)
- Tácito — lo que sabes pero no puedes articular (intuición, memoria muscular)
- Desconocido — lo que no sabes que no sabes (puntos ciegos)
gstack codifica el conocimiento tácito en habilidades explícitas. La habilidad /review no es solo "buscar errores". Son los 20 años de Garry depurando producción, escritos como una lista de verificación.
La ley de hierro de la depuración
No hay correcciones sin investigación. Tres correcciones fallidas, detente y reevalúa. Esto existe porque los agentes de IA (y los humanos) tienden a aplicar correcciones sin comprender las causas raíz.
Conclusión
gstack es la respuesta de Garry Tan a la pregunta que todos se hacen: ¿Cómo una persona produce como un equipo de veinte?
La respuesta no es trabajar más duro. Es trabajar con mejores herramientas. Veinte especialistas — un CEO, gerente de ingeniería, diseñador, revisor, líder de QA, oficial de seguridad, ingeniero de lanzamiento — todos disponibles como comandos de barra. Gratuito, con licencia MIT, código abierto.
El sprint es simple:
/office-hours— replantear el problema/plan-ceo-review— desafiar el alcance/plan-eng-review— asegurar la arquitectura/plan-design-review— calificar el diseño- Construir — implementar el plan
/review— encontrar errores/qa— probar en el navegador/ship— enviar el PR
Ocho comandos, de principio a fin. Así es como Garry envía entre 10.000 y 20.000 líneas al día mientras dirige YC a tiempo completo.
Próximos pasos:
- Instala gstack:
git clone ~/.claude/skills/gstack && ./setup - Ejecuta
/office-hoursen tu próxima idea de característica - Observa si el resultado cambia tu forma de pensar sobre el problema
Preguntas frecuentes
¿Es gstack gratuito?
Sí, 100% gratuito y con licencia MIT. Sin nivel premium, sin lista de espera. Fórcalo, mejóralo, hazlo tuyo.
¿Necesito Claude Code para usar gstack?
gstack está optimizado para Claude Code, pero funciona en cualquier agente que admita el estándar SKILL.md: Codex CLI, Gemini CLI, Cursor. Las habilidades residen en .agents/skills/ y se descubren automáticamente.
¿Cuánto tiempo tarda la instalación?
Unos 30 segundos. Clona el repositorio, ejecuta ./setup y listo. Nada toca tu PATH. Nada se ejecuta en segundo plano.
¿Puedo usar habilidades individuales sin el sprint completo?
Sí. Si solo quieres /review y /qa, úsalos de forma independiente. La estructura del sprint es una recomendación, no un requisito.
¿Funciona gstack con repositorios privados?
Sí. Las habilidades residen en .claude/skills/gstack dentro de tu repositorio. Hazles commit y los compañeros de equipo obtendrán gstack al hacer git clone.
¿Qué pasa si estoy en Windows?
gstack funciona en Windows 11 a través de Git Bash o WSL. Se requiere Node.js además de Bun — Bun tiene un error conocido con el transporte de pipe de Playwright en Windows.
¿Cómo funciona /browse?
/browse utiliza Playwright para controlar un navegador Chromium sin interfaz gráfica. Los comandos se ejecutan en ~100ms. Usa /setup-browser-cookies para importar las cookies de tu navegador para pruebas autenticadas.
¿Puedo personalizar las habilidades?
Sí. Las habilidades son archivos Markdown. Edítalas para que coincidan con tu flujo de trabajo. Si mejoras algo, considera abrir un PR upstream.
¿Cuál es la diferencia entre /qa y /qa-only?
/qa encuentra errores y los corrige automáticamente con commits atómicos. /qa-only encuentra errores pero solo los informa — sin cambios de código. Usa /qa-only para pistas de auditoría.
¿Cómo funciona la telemetría?
Solo opcional. Si lo activas, gstack envía el nombre de la habilidad, la duración, el éxito/fallo, la versión y el sistema operativo. Nunca se envía código, rutas de archivo, nombres de repositorios, nombres de ramas o prompts. Desactívalo en cualquier momento con gstack-config set telemetry off.
¿Qué pasa si encuentro un error en gstack mismo?
Ejecuta /investigate en el propio código base de gstack. O abre un problema en GitHub. Garry y la comunidad son colaboradores activos.
¿Puedo ejecutar habilidades de gstack en paralelo?
Sí, con Conductor. Ejecuta múltiples sesiones de Claude Code en paralelo — cada una en su propio espacio de trabajo aislado. La estructura del sprint hace que el paralelismo funcione.