El momento que estabas esperando (en negativo)
Pediste «optimiza las consultas» y el agente dejó la pantalla de pagos en blanco. Ya. ¿Ahora qué? Este OA es tu simulacro de incendio. La buena noticia: si has commiteado cada hito (M14-OA01), siempre hay una versión buena a la que volver. La recuperación no es talento: es protocolo.
[Protocolo de rescate en cuatro tiempos]
Esta actividad interactiva ('Explicacion visual') requiere el motor completo de Lumbre. El contenido estatico se muestra arriba; para la experiencia interactiva, visita la version online de este objeto.
Volver sin borrar la historia
Hay dos formas de regresar: la segura y la destructiva. revert crea una versión nueva que anula la mala: el historial cuenta todo, y si te equivocaste puedes volver a volver. Operaciones destructivas descartan commits de golpe y borran el rastro; úsalas solo sobre trabajo sin guardar o en tu propia rama, jamás sobre lo publicado.
$ git log --oneline -6 # la linea de tiempo reciente\n e4a190 (HEAD) "optimiza consultas" <-- sospechoso\n 7c2205 pagos funcionando <-- la ultima version BUENA\n 1f8e33 etiqueta v1.2\n\n# pedir al agente la reversa SEGURA (no borra historia):\n$ git revert e4a190 # crea un commit que anula el danio\n$ git log --oneline -2\n b9d4e0 Revert "optimiza consultas" # el dano queda documentado, no tapado\n$ git tag rescate-v1.2.1 # congelo el punto recuperadoLa lección va al documento maestro
Recuperar el código es la mitad. La otra mitad: escribir en tu STACK.md (el documento maestro del curso, M05) qué orden causó la rotura, cómo se detectó y qué regla nueva rige de ahora en adelante. Ejemplo de regla: «toda optimización de consultas va en rama con pruebas antes de fusionarse». Sin la lección escrita, el mismo accidente se repite en seis semanas.
Probar y depurar con IA sin romper lo que ya funciona
OA publicado sobre el ciclo probar-depurar-guardar. La reversa que acabas de dominar es la red bajo ese ciclo.
Prueba
El agente rompió pagos con un commit ya guardado. ¿Por qué se prefiere revert frente a una operación destructiva?
Si hubieras commiteado cada hito que funcionaba, el incidente del agente se reduce a elegir la versión correcta y revertir.
Detecta el rescate mal ejecutado
Un alumno recupera su app tras un desastre. Señala la decisión que agravó el incidente:
- Se detuvo y pidió status y log antes de tocar nada.
- Identificó el último commit bueno leyendo los mensajes del historial.
- Borró la historia de versiones para «empezar limpios» y luego no supo qué había funcionado.
- Hizo revert al punto bueno y etiquetó la recuperación.
Identifica la linea con error.
Escribe hoy, en tu documento maestro, un protocolo de incendio para tu proyecto: dónde está tu última versión buena, cómo se revierte y qué regla nueva aprendiste esta semana. Léelo antes de tu próximo cambio grande.