Saltar al contenido

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

Algunos proveedores, como Google o Adobe, pueden rechazar un login abierto dentro de un navegador automatizado. start_profile_login abre una ventana real y visible para que tú completes el acceso. La ejecución posterior reutiliza el profile local.

Perfiles compartidos por proveedor

Cada flow declara qué profile necesita. Los flows que declaran el mismo profile reutilizan sus cookies; no asumas que un prefijo de nombre implica que compartan sesión. Consulta siempre describe_flow y el estado del profile.

Sesiones globales, no por proyecto

Tus logins viven en ~/.webflow/profiles/, en tu propio PC y fuera de cualquier proyecto. No se sincronizan al dashboard ni al relay.

Estado de sesión para agentes

Antes de ejecutar un flow con login, el agente usa check_profile_status. Si no es probablemente válido, debe pedirte permiso antes de llamar a start_profile_login. Cuando termines y cierres Chrome, debe consultar el estado otra vez. Desde terminal puedes usar webflow profiles status --flow <flow> --json.

Correr varios agentes en paralelo

Un directorio de profile de Chrome solo puede abrirse desde un proceso a la vez y las ejecuciones se bloquean por profile. Si necesitas paralelismo, usa refresh_profile_instance para crear una instancia local separada antes de asignarla a otro agente.

Algunos proveedores pueden pedir una verificación extra de "nuevo dispositivo" la primera vez que detectan una instancia clonada — es normal, solo confírmalo una vez.
Sesiones y perfiles — WebFlowMCP