Ruta Full Stack
0✦ 0
Recursos

Checklist: revisar lo que hace la IA

Las 6 reglas que valen desde el minuto cero

  1. Si no entiendes qué hace, no entra. Ni en tu proyecto ni en tu cabeza. Pregunta hasta entenderlo o pide una versión más simple.
  2. Una tarea, una revisión. Si le pides cinco cosas a la vez, no sabrás cuál rompió algo. Tareas pequeñas y verificables.
  3. Guarda antes de pedir cambios. El control de versiones es la red: si la IA destroza algo, vuelves atrás en 5 segundos. (Fase 1)
  4. Pruébalo tú. Que compile o que "no dé error" no significa que funcione. Ábrelo, úsalo, rómpelo a propósito.
  5. Desconfía de lo verificable: precios, planes de servicios, versiones de librerías, nombres de opciones de configuración. Cambian con el tiempo y es donde más se inventa. Contrasta con la documentación oficial.
  6. Pídele que te explique su decisión, no solo el resultado: "¿por qué así y no de otra forma? ¿qué alternativa descartaste?". Ahí aprendes tú y ahí se detectan los atajos malos.

Señales de alarma en una respuesta

  • Definiciones circulares ("un componente es un elemento que compone").
  • Jerga nueva sin explicar, cuando has pedido nivel principiante.
  • Seguridad absoluta sobre algo que cambia (precios, cuotas, nombres de menús).
  • Respuestas larguísimas a preguntas pequeñas: suele tapar que no hay una respuesta clara.
  • Inventa opciones de configuración o funciones que suenan perfectas. Verifícalas en la documentación.
  • Cambia cosas que no le pediste. (A partir de la Fase 1 lo detectas de un vistazo con Git.)
  • Propone sudo, rm -rf, git reset --hard o git push --force como "solución rápida".
  • Te pide que pegues una contraseña, un token o una clave. Nunca.

Las cuatro preguntas después de cada tarea

(Desde la Fase 2. Antes de cada commit.)

  1. Enumera todos los archivos que cambiaste y qué cambiaste en cada uno.
  2. ¿Qué diste por supuesto que yo no te dije?
  3. ¿Qué parte es más probable que esté mal?
  4. ¿Hay algo de lo que pedí que no hayas hecho?

Su autorrevisión es útil, pero no sustituye la tuya: ella dice "cumple"; tú lo compruebas.

Comprobaciones por fase

Fase Qué se añade
0 Revisar explicaciones: contrastar con MDN u otra fuente oficial, y explicarlo tú con tus palabras en la la bitácora
1 Antes de aprobar un comando: ¿qué hace? ¿dónde? ¿está en la tabla de comandos peligrosos (Fase 1 · El taller, 4.2)? ¿descarga algo y lo ejecuta? · Después de cada cambio: git status + git diff · ¿archivos nuevos que no pediste? · ¿algún .env o clave a punto de subirse? · ¿ha tocado algo fuera de lo pedido?
2 Contenido: ningún dato del negocio que no esté en CONTENIDO.md (precios, platos, alérgenos, horarios, opiniones); lo que falte, [FALTA: …] · Alcance: solo la tarea pedida, sin extras · Criterios: uno por uno, comprobados por ti · Móvil: DevTools Ctrl + Shift + M a 360 px, y en un móvil real · Dependencias: ninguna tipografía, script o recurso de otra web sin aprobar (pestaña Network) · Enlaces: WhatsApp y mapa probados con un clic
3+ Se completa al generar cada fase.