
gstack: Cuando el CEO de YC pone su experiencia empresarial en Claude Code
Garry Tan ¿Qué es gstack de código abierto, qué problemas resuelve, flujo de trabajo central y posicionamiento ecológico de herramientas?
Introducción
En notas anteriores, exploramos varias "soluciones de mejora" en el ecosistema de Claude Code, desde el bucle infinito de Ralph Wiggum hasta el desarrollo basado en especificaciones de GSD. Todos intentan responder la misma pregunta: ** ¿Cómo cambiar la programación de IA de "adaptación" a "entrega confiable"? **
La respuesta de Ralph es "reiniciar todo": utilice un nuevo proceso cada vez para evitar el deterioro del contexto. La respuesta de GSD es "basada en las especificaciones": garantizar la calidad a través de ciclos estructurados de planificación y validación de fases. Pero, ¿qué sucede si desea no sólo un sistema de ejecución, sino un equipo de ingeniería virtual completo? El director ejecutivo toma decisiones sobre el producto, el gerente de ingeniería revisa la arquitectura, el diseñador controla la experiencia, el control de calidad ejecuta pruebas reales del navegador y el ingeniero de lanzamiento gestiona el lanzamiento... todo lo juega la IA y usted lo controla.
Esta es la idea central de gstack.
¿Qué es gstack?
Creado por el director ejecutivo de Y Combinator, Garry Tan, el conjunto de habilidades basadas en roles de código abierto contiene más de 23 comandos de barra diagonal, lo que transforma a Claude Code de un único asistente de inteligencia artificial a un equipo de ingeniería virtual. Cada habilidad corresponde a un rol profesional (CEO, gerente de ingeniería, diseñador, líder de control de calidad, oficial de seguridad, ingeniero de versiones), lo que brinda a la IA diferentes modos de pensamiento y perspectivas profesionales.
Garry Tan, el creador de gstack, tiene una rica experiencia técnica y empresarial: comenzó a escribir código a la edad de 14 años, se graduó en Ingeniería Informática de Stanford, es el décimo empleado de Palantir, cofundó Posterous (luego adquirido por Twitter) y se ha desempeñado como presidente y director ejecutivo de Y Combinator desde 2023.
Usó gstack para publicar más de 600 000 líneas de código de producción (35 % de prueba) en 60 días, con un promedio de más de 10 000 líneas por día, mientras seguía ejecutando YC a tiempo completo. Uno de los proyectos, garylist.org, se lanzó en 21 días, con 150.000 líneas de código y una cobertura de prueba del 35%. Según sus propias palabras, la calidad del código supera el proyecto empresarial anterior en el que gastó 5 millones de dólares, dos años y 10 ingenieros.
Desde que el proyecto fue de código abierto el 11 de marzo de 2026, pasó de v0 a v0.15.1.0 en 3 semanas y GitHub recibió más de 60 500 estrellas. Licencia MIT, completamente de código abierto.
gstack - Claude Code Skills
23+ opinionated skills that transform Claude Code from a single AI assistant into a virtual engineering team.
La posición de gstack en el ecosistema de herramientas
| Dimensiones | Código Claude nativo | Ralph Wiggum | GSD | Kit de especificaciones | Superpoderes | gpila |
|---|---|---|---|---|---|---|
| Posicionamiento central | Asistente de codificación universal de IA | Iteración de bucle infinito | Ingeniería contextual + basada en especificaciones | Requisitos → Especificaciones → Tareas | Disciplina de Procesos + TDD | Equipo virtual basado en roles |
| Patrón central | Programación conversacional | Bash Loop + Nuevo proceso | Hoja de ruta basada en fases | Especificaciones → Plan → Tareas | Estricto plan de desarrollo | Proceso de siete pasos de Sprint |
| Participación humana | Conversaciones en vivo | Sin intervención (AFK) | Verificación por etapa | Aprobación de especificaciones | Validación por paso | Revisión de roles por etapa |
| Capacidades únicas | Codificación básica | Iteración ilimitada | Gestión de la descomposición del contexto | Seguimiento de requisitos | TDD forzado | Automatización del navegador + revisión multifunción |
| Adecuado para escenarios | Tareas sencillas | Iteración continua | Gestión de proyectos a gran escala | Proyectos con requisitos rigurosos | Aseguramiento de la calidad de la ingeniería | Desarrollo de productos de proceso completo |
Se puede ver un patrón clave en la tabla: **Estas herramientas no compiten entre sí, sino que resuelven problemas de programación de IA en diferentes dimensiones. **
Superpowers utiliza disciplina de proceso para garantizar la calidad del código (TDD obligatorio, diálogo estructurado, plan de implementación); GSD utiliza ingeniería de contexto para gestionar proyectos complejos (planificación de fases, contexto nuevo del subagente, estado del sistema de archivos); gstack utiliza descomposición de roles para mejorar la calidad de la toma de decisiones (la perspectiva del CEO revisa los productos, los gerentes de ingeniería revisan la arquitectura, el control de calidad ejecuta navegadores reales).
En pocas palabras, Superpowers se basa en barreras de protección de procesos y gstack se basa en el diseño de roles: el primero es adecuado para la implementación de proyectos de 1 a N y el segundo es adecuado para la construcción de productos de 0 a 1. **Los dos son productos complementarios en lugar de competidores. **
Flujo de trabajo principal: los siete pasos del Sprint
gstack organiza todo el proceso de desarrollo en un ciclo de Pensar → Planificar → Construir → Revisar → Probar → Enviar → Reflexionar, llamado "El Sprint"; no es un Sprint ágil, sino un ritmo de desarrollo de "roles que aparecen en secuencia".
1. Piense: Clínica de productos
/office-hoursEsta es la habilidad más distintiva de gstack. La inspiración proviene directamente del horario de oficina de YC: los empresarios van a conocer a los socios de YC y se someten a un examen de conciencia. La IA te hará 6 preguntas forzadas:
- ¿Quién necesita esto específicamente?
- ¿Qué pasa si no lo tienen hoy?
- ¿Por qué es urgente este asunto ahora?
- ¿Cómo sabes que funciona?
- ¿Qué pasa si no haces nada?
- ¿Cuál es la versión más pequeña que puedes lanzar?
El propósito no es ayudarlo a escribir código, sino reexaminar el problema en sí antes de escribir código.
2. Plan: revisión de funciones múltiples
/plan-ceo-review # CEO 视角:寻找 10 星级产品
/plan-eng-review # 工程经理:锁定架构和边界
/plan-design-review # 设计师:评分 0-10,说明如何做到 10 分
/autoplan # 自动依次运行三个审查CEO Review es esencialmente un "Modo Fundador": en lugar de ejecutar los requisitos literalmente, das un paso atrás y preguntas "¿Cuál es el verdadero propósito de este producto?" Admite cuatro modos: Ampliar alcance, Ampliar selectivamente, Mantener alcance y Reducir alcance.
3. Compilación: implementación de codificación
Comience a codificar según el plan aprobado. Este paso utiliza capacidades estándar de Claude Code.
4. Revisión: revisión paralela de expertos
/reviewEsta habilidad envía 7 subagentes paralelos a la vez para revisar el código desde 7 perspectivas: pruebas, mantenibilidad, seguridad, rendimiento, migración de datos, contrato de API y ataque del equipo rojo. Los problemas obvios se solucionarán automáticamente.
5. Prueba: control de calidad real del navegador
/qaNo es un examen de práctica. La habilidad de control de calidad inicia un navegador Chromium real sin cabeza, abre su aplicación, hace clic en botones, completa formularios y toma capturas de pantalla, tal como lo haría un evaluador real. Corrija errores automáticamente, genere pruebas de regresión y vuelva a verificar después de que se descubran errores.
6. Enviar: publicación con un solo clic
/shipSincronice automáticamente la rama maestra, ejecute pruebas, revise diferencias, actualice números de versión y CHANGELOG, confirme, envíe y cree relaciones públicas. Si el proyecto no tiene un marco de prueba, incluso creará uno primero.
7. Reflexionar: revisar y aprender
/retroInforme semanal estilo gerente de ingeniería: analice el historial de confirmaciones, la proporción de pruebas y las tendencias de calidad del código. Apoye el análisis de equipos de varias personas y realice un seguimiento de indicadores como "número de días de lanzamiento consecutivos".
Por qué funciona: principios técnicos
Explorar Daemon: Pon tus ojos en la IA
La contribución técnica más exclusiva de gstack es Browse Daemon, una instancia persistente de Chromium sin cabeza que se comunica a través de HTTP del host local. La primera llamada inicia el navegador (~3 segundos) y cada comando posterior tarda solo entre 100 y 200 ms. Esto significa que la IA realmente puede ver su aplicación, en lugar de adivinar la estructura DOM.
También presenta el Sistema de referencia (referencia de elemento @e1, @e2) para ubicar elementos a través del árbol de accesibilidad sin escribir selectores CSS. Se trata de una "contribución verdaderamente técnica" que es generalmente reconocida por la comunidad (incluidos los críticos).
Desglose de roles: no un agente, sino un equipo
Lo que hace gstack es desmontar todos los roles en archivos de aviso independientes, lo que permite a Claude Code cambiar a las perspectivas de diferentes roles en diferentes etapas para revisar el código. Se trata esencialmente de una ingeniería rápida refinada.
La idea central es: **La planificación no es igual a la revisión, la revisión no es igual al lanzamiento, y el gusto del fundador y el rigor de la ingeniería son modos de pensar completamente diferentes. ** En lugar de que un agente general haga todo, cambie los "modos cerebrales" cuando sea necesario: pensamiento fundador, rigor de ingeniería, revisión paranoica, ejecución rápida.
Tres filosofías principales
ETHOS.md de gstack registra tres conceptos centrales:
-
Boil the Lake: cuando la IA reduce el costo marginal de la integridad a cero, elija siempre una implementación completa: cobertura de prueba del 100 %, todos los casos extremos, todas las rutas de error. Los "atajos de liberación" son una idea antigua.
-
Buscar antes de construir: tres capas de conocimiento: patrones probados en el tiempo, soluciones nuevas y populares y primeros principios. Empiece por comprender lo que todos hacen, cuestionar sus suposiciones y descubrir por qué las soluciones habituales son incorrectas.
-
Soberanía del usuario: recomendación de IA, toma de decisiones humana. Incluso si dos modelos de IA llegan a un consenso, el juicio del usuario sigue teniendo prioridad, porque el usuario tiene conocimiento del dominio, perspectiva estratégica y gusto.
Los límites y controversias de gstack
La reacción de la comunidad a gstack es probablemente la más polarizadora de cualquier herramienta de programación de IA.
El lado positivo: los fundadores y los constructores no técnicos generalmente están de acuerdo, especialmente las habilidades de "pensamiento de producto" como /office-hours y /plan-ceo-review, que han ayudado a muchos desarrolladores independientes a reexaminar la dirección del producto antes de comenzar a codificar. La revisión de ingeniería (/review) puede descubrir algunas vulnerabilidades de seguridad ocultas. Este modelo de revisión paralela de múltiples ángulos tiene valor práctico.
El lado cuestionador también es muy directo:
- El indicador LOC tiene poca importancia: 600.000 líneas de código en 60 días. El número de líneas de código nunca es un indicador de calidad. Una gran cantidad de código puede ser sólo un andamiaje y un texto repetitivo.
- Esencialmente una plantilla de aviso: cada habilidad es un archivo SKILL.md y el umbral técnico no es alto. El valor real no está en el archivo en sí, sino en la calidad del diseño del mensaje.
- Limitaciones del código de autorrevisión de AI:
/reviewDejar que AI revise el código escrito por AI equivale a corregir su propia tarea. El paralelismo de múltiples funciones puede aliviar este problema, pero sigue siendo el mismo modelo. - Bono de efecto de celebridad: si el fundador no es el CEO de YC, existe una alta probabilidad de que este proyecto no reciba tanta atención.
Mi opinión: Dejando a un lado las controversias, las partes realmente valiosas de gstack son dos: la tecnología de automatización del navegador de Browse Daemon y el patrón de diseño de descomposición de roles. Nada de esto depende de quién sea Garry Tan. La importancia central de la roleización no está en el nivel técnico, sino en el nivel de comportamiento: le ayuda a organizar su flujo de trabajo de IA de forma más consciente, en lugar de dejarlo todo en manos de un agente general.
gstack es adecuado para bifurcar y personalizar. Puede obtener las habilidades que necesita y cambiar las indicaciones que desee, en lugar de copiarlas todas.
Recursos de vídeo
Escribe al final
gstack representa una dirección interesante para las herramientas de programación de IA: no hacer que la IA sea más autónoma (la ruta de Ralph), ni hacer el proceso más rígido (la ruta de los Superpoderes), sino dejar que la IA desempeñe diferentes roles para mejorar la calidad de las decisiones. Su controversia simplemente ilustra la riqueza del ecosistema de programación de IA: ninguna solución se adapta a todos.
Si está interesado en gstack, el siguiente paso es leer el Capítulo práctico, un tutorial paso a paso desde la instalación hasta la ejecución del flujo de trabajo completo.
Lectura relacionada:
- Introducción a los conceptos de GSD — Otra solución estructurada de programación de IA
- Análisis en profundidad de Ralph Wiggum — Comprender el punto de partida de la iteración de bucle infinito
- Concepto de Habilidades de Claude — Comprender el mecanismo subyacente de las Habilidades
Comentarios
Guía práctica
Referencia completa de comandos GSD, configuración detallada, demostración de flujos de trabajo y preguntas frecuentes — manual operativo desde la instalación hasta la entrega del proyecto
capítulo práctico de gstack
Configuración de instalación de gstack, referencia completa de comandos, demostración del flujo de trabajo y mejores prácticas de la comunidad