La gran promesa de los agentes de programación ya no es solo escribir funciones más rápido, sino reorganizar la forma en que se construye software. En ese terreno acaba de ganar bastante visibilidad gstack, el conjunto de skills y flujos de trabajo que Garry Tan, presidente y CEO de Y Combinator, ha publicado en GitHub como su configuración personal para Claude Code. El repositorio se presenta como una especie de “fábrica de software” abierta: una capa de especialización que transforma al asistente en un equipo virtual con roles separados para producto, arquitectura, diseño, revisión, QA, seguridad y lanzamiento.
La propuesta tiene algo de manifiesto y algo de herramienta utilizable desde hoy. Garry Tan sostiene en el README que, gracias a este enfoque, ha acelerado de forma radical su ritmo de desarrollo y que la diferencia no está en ser otra persona distinta, sino en disponer de mejores herramientas. Son afirmaciones del propio autor, no una auditoría independiente, pero sirven para entender la tesis central del proyecto: un solo desarrollador, o un fundador técnico con poco tiempo, puede moverse como si tuviera detrás un pequeño equipo especializado si el flujo de trabajo está bien estructurado.
Más que una colección de comandos
El punto fuerte de gstack es que no se vende como un simple paquete de atajos, sino como un proceso completo de sprint. El propio repositorio resume ese flujo en una secuencia muy clara: Think → Plan → Build → Review → Test → Ship → Reflect. La lógica es que cada skill alimenta a la siguiente: /office-hours genera un documento de diseño; /plan-ceo-review y /plan-eng-review lo tensionan desde producto y arquitectura; /review examina el código; /qa prueba la aplicación; /ship prepara el envío; y /retro cierra el ciclo con una retrospectiva. La idea de fondo no es dar más libertad al agente, sino imponerle más estructura.
Ahí está probablemente la parte más interesante de gstack. Durante meses, una parte del mercado ha tratado los agentes de código como herramientas genéricas a las que se les pide cualquier cosa con un prompt improvisado. Garry Tan parte de la idea contraria: los agentes rinden más cuando se les obliga a adoptar un rol muy concreto, con criterios de decisión bien definidos y con un lugar claro dentro del flujo de trabajo. Por eso gstack divide el proceso en especialistas y no en una única inteligencia todopoderosa.
Qué roles incluye y por qué importan
La documentación actual enumera un abanico amplio de roles. Entre los más visibles están /office-hours, que replantea el problema antes de escribir código; /plan-ceo-review, que revisa el alcance y la propuesta de valor; /plan-eng-review, centrado en arquitectura, flujos de datos, edge cases y pruebas; /plan-design-review, que intenta detectar “AI slop” y elevar la calidad visual; /review, orientado a bugs de producción; /qa, que prueba y corrige; /cso, que hace una auditoría basada en OWASP Top 10 y STRIDE; y /ship, que sincroniza ramas, ejecuta tests y abre la pull request. A eso se suman herramientas como /browse, que da al agente un navegador Chromium real, y /codex, pensado como segunda opinión desde OpenAI Codex CLI.
Ese catálogo tiene un matiz curioso. El titular del repositorio habla de 15 herramientas opinadas, pero la documentación actual recoge un conjunto más amplio, con 28 skills si se cuentan también las utilidades de seguridad, actualización e integración multiagente. No es una contradicción grave, pero sí muestra que gstack está evolucionando rápido y que su alcance ya va más allá de la primera presentación resumida.
También hay una diferencia importante entre el discurso y la implementación real. gstack no “convoca” mágicamente veinte agentes autónomos en segundo plano. Lo que hace es dar al usuario una serie de comandos slash que fuerzan a Claude Code —y en parte también a otros hosts compatibles— a adoptar distintos marcos de razonamiento y distintas tareas. La sensación de “equipo” nace de esa especialización de roles, no de una infraestructura invisible que trabaje sola sin supervisión.
Instalación, compatibilidad y filosofía de uso
Desde el punto de vista técnico, gstack está pensado sobre todo para Claude Code, aunque el repositorio indica que también funciona con otros agentes compatibles con el estándar SKILL.md, incluidos Codex, Gemini CLI y Cursor. Para Claude Code, la instalación recomendada consiste en clonar el repositorio dentro de ~/.claude/skills/gstack, ejecutar ./setup y añadir una sección específica en CLAUDE.md para que el asistente use /browse de gstack en lugar de otras herramientas de navegación. Para otros hosts, el proyecto puede instalarse a nivel de repositorio en .agents/skills/gstack o a nivel de usuario.
El repositorio también insiste en varios puntos prácticos: todo queda contenido en .claude/ o .agents/skills/, no toca el PATH del sistema y no ejecuta procesos persistentes en segundo plano. En Windows, además, requiere Node.js además de Bun, porque el README señala una limitación conocida de Bun con el transporte de Playwright en ese entorno. Son detalles menores, pero ayudan a entender que gstack no es solo una idea de productividad, sino un paquete con decisiones concretas sobre instalación, aislamiento y funcionamiento.
Un stack pensado para fundadores y perfiles técnicos con prisa
Garry Tan define de forma bastante explícita a quién va dirigido el proyecto: fundadores y CEOs técnicos que todavía quieren desarrollar, usuarios que empiezan con Claude Code y necesitan algo más guiado que una página en blanco, y tech leads o perfiles staff que quieren revisión, QA y automatización de lanzamientos en cada PR. Esa orientación explica bastante bien el tono del repositorio. gstack no intenta ser un entorno neutral, sino uno claramente opinionated, con una idea muy marcada de cómo debería fluir un sprint de software.
De hecho, una de sus ideas más repetidas es que los agentes fallan menos cuando se les fuerza a ser completos. En el archivo principal del sistema, gstack introduce el llamado “Boil the Lake principle”, una especie de principio de exhaustividad que anima a hacer “la cosa completa” cuando la IA reduce el coste marginal de hacerlo. Es una filosofía reconocible en todo el stack: menos improvisación, más documentos fuente, más revisión en cadena y menos confianza ciega en la primera salida del modelo.
Telemetría, privacidad y el punto más delicado
Uno de los aspectos mejor explicados del repositorio es la telemetría. gstack deja claro que el envío de datos está desactivado por defecto y que solo se activa si el usuario lo consiente. Según el README, si se opta por compartir uso, lo que se envía es el nombre del skill, la duración, el éxito o fallo, la versión de gstack y el sistema operativo. El proyecto asegura que no se envían código, rutas de archivos, nombres de repositorio, ramas, prompts ni contenido generado por el usuario. Además, añade que los datos se almacenan en Supabase y que el esquema puede inspeccionarse en las migraciones incluidas en el propio repositorio.
Ese nivel de transparencia juega a su favor, sobre todo en un momento en que muchas herramientas de productividad basadas en IA siguen siendo bastante opacas sobre lo que recogen. Aun así, el hecho de que el sistema pregunte por telemetría en el primer uso y maneje un modo “community” o “anonymous” deja claro que gstack no es solo un conjunto de prompts, sino un pequeño producto con métricas, actualización y configuración propia.
Lo que revela gstack sobre la nueva programación asistida
Lo verdaderamente interesante de gstack quizá no sea el número exacto de skills ni las cifras de líneas de código que reivindica su autor, sino la dirección que marca. En lugar de presentar la IA como un copiloto genérico que completa funciones, la plantea como una cadena de especialistas: uno hace preguntas de producto, otro bloquea arquitectura, otro revisa diseño, otro prueba, otro vigila seguridad y otro publica. Esa separación se parece mucho más a la estructura de una organización de ingeniería que a la de un asistente conversacional clásico.
Ahí está, en el fondo, la verdadera novedad cultural del proyecto. gstack no dice que el programador ya no haga falta; dice que el programador, sobre todo si es fundador o líder técnico, puede moverse mejor si deja de pensar en la IA como una caja de texto y empieza a verla como una plantilla de roles. Puede funcionar muy bien para algunos flujos y resultar excesivo para otros, pero sí deja una pista importante sobre hacia dónde se mueve el desarrollo asistido: menos “prompt mágico” y más proceso reproducible.
Preguntas frecuentes
¿Qué es exactamente gstack?
Es un conjunto abierto de skills y flujos de trabajo publicado por Garry Tan para convertir Claude Code en un entorno de desarrollo estructurado por roles, con comandos para producto, arquitectura, diseño, revisión, QA, seguridad y lanzamiento.
¿gstack funciona solo con Claude Code?
No. El README indica que también puede trabajar con otros agentes compatibles con el estándar SKILL.md, como Codex, Gemini CLI y Cursor, aunque su experiencia principal está claramente diseñada alrededor de Claude Code.
¿Cuántas skills incluye realmente?
Aunque el titular del repositorio habla de 15 herramientas, la documentación actual menciona 28 skills entre roles principales, utilidades de seguridad, navegación, actualización y herramientas multiagente.
¿Recoge datos del usuario?
Solo si el usuario acepta. gstack indica que la telemetría es opt-in, que por defecto está desactivada y que, en caso de activarse, no envía código, rutas, nombres de repositorio, prompts ni contenido generado por el usuario.
