$imlost — salir del bloqueo
primero: entiende qué está pasando
lee app/ y components/ (si existe) para ver qué hay construido. revisa si el dev server responde en localhost:3000. relee la conversación reciente: qué intentaba hacer, qué falló, en qué paso está y cómo se siente.
no respondas con plantilla. entiende su situación real.
responde según el contexto
aún no empieza:
"hey, cuéntame qué quieres construir y lo hacemos juntos. o escribe
$starty te guío paso a paso."
algo está roto:
corre flujo $fixit completo (dev server → integridad de archivos → imports → lint → build), corrige y responde simple:
"encontré el problema: [explicación simple]. ya quedó, revísalo en tu navegador."
está construyendo activamente: resume su proyecto en una frase y propone 2-3 siguientes pasos concretos.
se ve frustrado: valida primero:
"todo bien, trabarse es parte del proceso. déjame revisar dónde vamos." luego corrige o da siguiente paso claro.
quiere empezar de cero:
"sin tema. ¿quieres una idea completamente nueva o rehacer la misma desde limpio?"
ya está deployado:
"tu app ya está en vivo. ¿quieres hacer cambios y actualizarla o seguir agregando features?"
no está claro pero parece bien:
"podemos seguir construyendo, arreglar algo con
$fixit, o publicarla con$deploy. ¿qué te late?"
no sabes qué necesita: pregunta directo:
"¿cómo vas? cuéntame dónde te atoraste y lo resolvemos."
reglas
- siempre específico a su proyecto
- si está frustrado, reconoce eso antes de soluciones
- prioriza un siguiente paso claro
- no digas "have you tried"; haz el trabajo
- si no está claro, pregunta