Recursos
Checklist: revisar lo que hace la IA
Las 6 reglas que valen desde el minuto cero
- 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.
- 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.
- 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)
- Pruébalo tú. Que compile o que "no dé error" no significa que funcione. Ábrelo, úsalo, rómpelo a propósito.
- 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.
- 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 --hardogit push --forcecomo "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.)
- Enumera todos los archivos que cambiaste y qué cambiaste en cada uno.
- ¿Qué diste por supuesto que yo no te dije?
- ¿Qué parte es más probable que esté mal?
- ¿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. |