Sesiones y perfiles

Dónde viven tus logins, cómo se comparten entre flows del mismo proveedor, y cómo correr varios agentes en paralelo sin que se pisen las sesiones.

Por qué Chrome real, no un navegador automatizado

Google, Adobe y la mayoría de servicios con sesión bloquean activamente el login desde un navegador que reconocen como automatizado — dejan trazas más allá del user-agent que estos proveedores detectan. La solución: webflow setup <flow> abre una ventana de Chrome real, sin flags de automatización, para el login inicial. Una vez logueado, la automatización reutiliza esa misma sesión sin volver a activar el bloqueo.

Perfiles compartidos por proveedor

Los flows que declaran el mismo proveedor comparten sesión: todos los flows de chatgpt-* comparten login, igual que los de gemini-*. Hacer login una vez cubre todos los flows de ese proveedor.

Sesiones globales, no por proyecto

Tu login vive en un store global en tu propio PC, no atado a un proyecto concreto — conéctate desde cualquier agente o repositorio y reutiliza la misma sesión sin volver a loguearte.

Estado de sesión para agentes

El worker mantiene metadata local no sensible por perfil: si existe, cuándo se hizo el último setup, cuándo un flow lo usó con éxito y si falta login. Un agente puede comprobarlo con webflow profiles status --flow <flow> --json. Si falta sesión, el error LOGIN_REQUIRED incluye el comando exacto para abrir Chrome, por ejemplo webflow profiles login gemini --url https://gemini.google.com/app.

Correr varios agentes en paralelo

Un perfil de Chrome solo puede abrirse desde un proceso a la vez. Si necesitas varios agentes usando el mismo proveedor en paralelo, tu worker puede clonar el perfil base ya logueado en una instancia separada por agente — sin necesidad de loguearte de nuevo en cada una.