G Stack — el setup de Claude Code que regaló el presidente de Y Combinator

Quién lo armó#

Garry Tan es el presidente de Y Combinator — la aceleradora de donde salieron Airbnb, Stripe, Dropbox, Coinbase. Una persona que ve miles de startups armar producto cada año.

Cuando él comparte su propio setup de Claude Code, vale la pena prestar atención: no es alguien que use Claude casual. Es alguien que usa la herramienta intensamente.

Lo que regaló: 23 comandos / skills / agentes combinados que transforman a Claude en un equipo de 6 roles trabajando coordinados.

Los 6 roles#

Cada rol es una skill o agente con su personalidad, sus reglas, sus tools.

Cómo funcionan combinados#

Lo interesante no es cada rol aislado — es cómo se encadenan. Garry los usa en orden disciplinado:

Fase 1 — Estratega te interroga#

> /estratega Quiero armar app de gestión de inventario para retailers.

Estratega:
  Antes de tirar código:

  1. ¿Quién es tu primer usuario ideal? Sé específico (no "retailers" —
     "dueños de farmacias con 3-15 sucursales en México")
  2. ¿Qué problema concreto resuelve hoy? ¿Cuál es el "después de"?
  3. ¿Por qué este es el momento? ¿Por qué no hace 5 años?
  4. ¿Cuál es el MVP MÍNIMO que valida la hipótesis?
  5. ¿Cuánto te cuesta hacer ese MVP en tiempo / plata?
  6. ¿Cómo sabés si funcionó después de 30 días?

  Esperá. Respondé las 6.

Sin estas respuestas, no construye nada. Forza pensamiento antes de ejecutar.

Fase 2 — Diseñador propone visual#

> /disenador Con lo del estratega, proponé:
  - 3 direcciones visuales distintas (mood + paleta + tipografía)
  - Wireframe de las 4 pantallas principales
  - Sistema de espaciado y jerarquía

  Antes de implementar nada, valido con vos.

Fase 3 — Ingeniero implementa#

> /ingeniero Implementá el MVP siguiendo:
  - Spec del estratega
  - Diseño aprobado del diseñador
  - Stack: Next.js 16, Drizzle, Tailwind

  Reglas:
  - No agregues features fuera de spec
  - Si te falta info, preguntá antes de inventar
  - Tests por cada lógica de negocio

Fase 4 — QA prueba en navegador#

> /qa Probá la app en navegador real. Casos:
  1. Happy path: usuario nuevo crea cuenta, carga 3 productos
  2. Edge case: carga producto sin stock
  3. Edge case: dos usuarios simultáneos
  4. Bug típico: refresh en medio de un flow

  Para cada uno: ¿pasa? Si no, archivo:línea del problema.

Fase 5 — Security auditor#

> /security Antes de deploy:
  - Secretos hardcodeados
  - SQL injection risks
  - Validación de input faltante
  - CSRF / XSS en formularios
  - Dependencias con CVEs

  Reportá críticos / altos / medios.

Fase 6 — Publisher deploya#

> /publisher Deployar a producción.
  - Verificá que tests pasen
  - Verificá que security auditor cerró críticos
  - Build optimizado
  - Variables de entorno bien seteadas en host
  - Deploy + verificación post-deploy

6 roles, 6 fases, output coordinado.

Por qué este patrón gana sobre un Claude generalista#

La diferencia técnica es sutil pero real: cuando el "estratega" interroga, no piensa en código. Cuando el "ingeniero" implementa, no se distrae con UX. Cada rol cubre su ángulo con foco.

Las 23 herramientas#

El stack completo incluye:

6 agentes principales (los roles arriba)#

7 skills de support#

• /spec — convierte ideas en specs
• /architecture — diseño técnico
• /migration — migraciones de DB seguras
• /refactor-safe — refactors que no rompen
• /test-generator — tests con edge cases
• /code-review — review de PRs
• /explain — documentar código

4 comandos de orquestación#

• /start-project — inicia el flow de los 6 roles
• /checkpoint — guarda estado entre fases
• /handoff — pasa de un rol al siguiente con contexto
• /recap — resumen del estado actual

6 hooks de automatización#

• Format on save
• Run tests on commit
• Lint on PR
• Auto-update CLAUDE.md cuando cambia stack
• Notif al terminar tareas largas
• Backup de estado cada N horas

Cómo se instala (sin terminal)#

Si nunca usaste terminal, igual podés instalar:

> Cloname el repo del G Stack de Garry Tan e instalá todas las
  skills + agentes en mi setup. Después listame qué quedó disponible.

> /start-project

Cuándo este stack gana#

✅ Estás armando producto desde cero (no editando existente) ✅ Solo o equipo chico (no tenés team que cubra los 6 roles) ✅ Querés disciplina estructurada de fases ✅ Aceptás invertir 2-3h en instalación inicial para ahorrar semanas después

Cuándo NO conviene#

❌ Solo querés editar un archivo o agregar feature chica → es overkill ❌ Trabajás en producto existente con equipo grande → ya tenés roles humanos ❌ No tenés paciencia para responder las 6 preguntas del estratega → vas a sentir fricción

Anti-patrones#

1. Usar solo el ingeniero#

La trampa típica: instalás los 23 pero solo usás /ingeniero porque querés código. Te perdés el 80% del valor. Los otros 5 roles existen porque la fricción de pensar antes de codear es donde se gana calidad.

2. Saltarse el estratega#

"Sé qué quiero hacer, no necesito interrogación". 80% de las veces, las preguntas del estratega te van a sorprender con algo que no habías pensado.

3. No customizar los roles#

Los 23 vienen genéricos. Si tu industria tiene reglas específicas, edita los SKILL.md. El estratega genérico vs el estratega que conoce tu mercado son herramientas distintas.

4. Usarlos linealmente para todo#

Para refactors / edits / debugging, no necesitás los 6 roles. El stack es para construcción nueva.

El cambio mental que requiere#

G Stack obliga a un cambio en cómo trabajás con Claude:

Si tu instinto es "tirá código ya", vas a chocar con G Stack. Si aceptás la fricción, la calidad del output es notablemente mejor.

Próximos pasos#

• Para el trío más conciso de skills enfocadas en código, trío de skills
• Para 144 agentes especializados con scope amplio, Agency Agents
• Para entender el patrón "pensar → planear → ejecutar" sin G Stack, trifecta perfecta