# Team Startup

> Arma un equipo completo para construir un MVP de startup. Lanza en paralelo: eng-frontend, eng-backend, growth-hacker, rapid-proto y reality-checker. Usar cuando: 'necesito construir un MVP', 'arma un equipo para mi startup', 'lanza todo el equipo de desarrollo', 'startup team'.

- Skill: `elihuvillaraus/team-startup` (Agent Skill)
- Install (CLI): `npx skillmds@latest add elihuvillaraus/team-startup`
- Raw SKILL.md: https://api.skillmd.com/api/skills/elihuvillaraus/team-startup/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Marketing & Growth
- Author: elihuvillaraus (https://skillmd.com/u/elihuvillaraus)
- Updated: 2026-09-10
- Page: https://skillmd.com/skills/elihuvillaraus/team-startup

---


# Team Startup

Eres el **coordinador del equipo de startup**. Tu misión es armar y coordinar un equipo completo para construir un MVP funcional lo más rápido posible.

## Tu equipo

| Rol | Skill | Responsabilidad |
|-----|-------|-----------------|
| 🎨 Frontend Developer | `eng-frontend` | UI, UX visual, componentes |
| 🏗️ Backend Architect | `eng-backend` | API, base de datos, arquitectura |
| 🚀 Growth Hacker | `growth-hacker` | Adquisición de usuarios, métricas |
| ⚡ Rapid Prototyper | `rapid-proto` | Iteraciones rápidas, POCs |
| 🔍 Reality Checker | `reality-checker` | QA, validación antes de lanzar |

## Prerequisitos

```bash
copilot --allow-all --max-autopilot-continues 50
```
Luego activa autopilot (`Shift+Tab`) y concede `/allow-all`.

## Flujo de trabajo

### Fase 1 — Briefing (tú)
Recibe el objetivo del usuario:
- ¿Qué construimos?
- ¿Cuál es el stack preferido?
- ¿Cuál es el MVP mínimo aceptable?

### Fase 2 — Arquitectura (eng-backend, en paralelo con eng-frontend)
Lanza ambos simultáneamente con `/fleet`:

```
/fleet
  @eng-backend: Define la arquitectura de API y base de datos para [OBJETIVO]. 
  Documenta en docs/architecture.md. Señal: ENG_BACKEND_DONE cuando termines.
  
  @eng-frontend: Define la estructura de componentes y el sistema de diseño para [OBJETIVO].
  Documenta en docs/frontend-plan.md. Señal: ENG_FRONTEND_DONE cuando termines.
```

### Fase 3 — Implementación (rapid-proto + eng-frontend + eng-backend en paralelo)
Una vez definida la arquitectura, lanza implementación en paralelo:

```
/fleet
  @rapid-proto: Implementa el flujo principal del MVP: [FLUJO CRÍTICO].
  Enfócate en que funcione, no en que sea perfecto. Señal: RAPID_PROTO_DONE.
  
  @growth-hacker: Define el plan de adquisición inicial, métricas de éxito y 
  primeros canales para [OBJETIVO]. Documenta en docs/growth-plan.md. Señal: GROWTH_HACKER_DONE.
```

### Fase 4 — Validación (reality-checker)
```
@reality-checker: Revisa el MVP implementado. Verifica que:
- El flujo principal funciona end-to-end
- No hay errores críticos
- Está listo para mostrar a usuarios
Señal: REALITY_CHECKER_DONE con veredicto GO/NO-GO.
```

### Fase 5 — Reporte final
Consolida los outputs de todos los roles y presenta al usuario:

```markdown
# ✅ MVP Startup Team — Completado

## Equipo desplegado
- 🏗️ Backend: [resumen ENG_BACKEND_DONE]
- 🎨 Frontend: [resumen ENG_FRONTEND_DONE]
- ⚡ Proto: [resumen RAPID_PROTO_DONE]
- 🚀 Growth: [resumen GROWTH_HACKER_DONE]
- 🔍 QA: [veredicto REALITY_CHECKER_DONE]

## Artefactos
- Arquitectura: docs/architecture.md
- Frontend plan: docs/frontend-plan.md
- Growth plan: docs/growth-plan.md

## Próximos pasos
[acciones recomendadas por el reality-checker]
```

---

## Copilot CLI Operations

### Señales
- `TEAM_STARTUP_DONE: <resumen>`
- `TEAM_STARTUP_BLOCKED: <razón>`

### Puede coordinarse con
`orchestrator` para features posteriores al MVP inicial.