Un Agent en una sola ventana basta para una demostración. En producción, decenas de tareas concurrentes necesitan entornos separados; de lo contrario, las sesiones se contaminan, las pestañas compiten entre sí y los fallos son difíciles de diagnosticar.
Para demostrar lo que puede hacer un AI Agent, una sola ventana del navegador es suficiente. Cuando se lleva a un entorno real de negocio, la necesidad pasa rápidamente a ser de decenas de ventanas que no deben interferir entre sí. La causa no está en el propio Agent, sino en el navegador que tiene debajo.
Qué problemas aparecen al compartir un mismo entorno
El problema más evidente es la contaminación entre cookies y estados de inicio de sesión. En un mismo directorio de datos del navegador, si dos tareas inician sesión sucesivamente con cuentas distintas, la segunda puede sobrescribir la sesión de la primera. Si una tarea borra la caché, también puede desaparecer el estado de página de otra.
Después aparece la competencia por recursos. En una instancia del navegador, las pestañas, el foco, el directorio de descargas y las ventanas emergentes son recursos compartidos. Si dos tareas abren nuevas pestañas al mismo tiempo, deja de estar claro qué tarea controla qué página; un cuadro de diálogo abierto por una puede bloquear el script de la otra. Los conflictos de sesión, la sobrescritura de datos y las interferencias entre operaciones son casi inevitables con concurrencia.
El tercer problema llega después de un fallo. Resulta difícil saber si el error estaba en la lógica del script o si otra tarea alteró el entorno en algún paso. Cuando varias tareas comparten un mismo proceso y un mismo registro, los síntomas del fallo también pueden variar, lo que multiplica el coste de diagnóstico.
Existe además un riesgo menos evidente: cuando varias identidades funcionan durante mucho tiempo en el mismo entorno, dejan señales de correlación. Los parámetros del dispositivo, el estado de almacenamiento y la salida de red son iguales, por lo que una plataforma puede interpretarlas fácilmente como operaciones masivas desde un mismo dispositivo. Si una cuenta se considera anómala, otras pueden verse afectadas.
Abrir varias ventanas no equivale a aislar
La reacción inicial de muchas personas es abrir manualmente varias ventanas. Parecen separadas, pero en realidad comparten el mismo perfil del navegador: las mismas cookies, el mismo almacenamiento local y la misma información del dispositivo. Una ventana puede ver el estado de sesión de otra, y una operación en una ventana puede afectar a las demás.
El aislamiento real debe llegar al directorio de datos y a los parámetros del entorno. Cada entorno necesita su propio directorio de almacenamiento, sus propios parámetros de dispositivo —resolución, idioma, zona horaria, fuentes, Canvas, WebGL, etc.— y su propia salida de red. Si falta cualquiera de los tres, el aislamiento queda incompleto. Incluso con entornos separados, compartir una salida de red puede seguir activando correlaciones.
El coste del aislamiento y lo que se obtiene a cambio
El aislamiento no es gratuito. Detrás de cada entorno hay un proceso de navegador independiente y un directorio de datos propio. A medida que aumenta el número de entornos, la presión aparece primero en la memoria y la CPU. Si se ejecutan decenas de entornos en una sola máquina, conviene calcular de antemano cuánto margen queda en lugar de esperar a que el sistema falle.
Hay varios puntos de equilibrio: reciclar los entornos que se usan poco y levantarlos de nuevo cuando hagan falta; repartir las tareas según su carga entre varias máquinas en lugar de concentrarlas todas en una; y establecer un ciclo de vida claro para cada entorno, evitando que cientos queden activos permanentemente. La estructura de las tareas también importa. Las tareas secuenciales de una misma cuenta no necesitan entornos distintos; separarlas solo desperdicia recursos.
En el otro lado están los beneficios. Cuando el aislamiento se implementa bien, los fallos se vuelven estables y atribuibles: el problema pertenece a ese entorno concreto y deja de parecer algo inexplicable. A escala, esa previsibilidad vale mucho más que el pequeño ahorro de recursos que ofrece compartir entornos.
Tres capacidades que deben estar en la capa de entorno al escalar
La primera es la programación por lotes. Los entornos deben poder solicitarse y liberarse como recursos de cómputo, con creación bajo demanda, arranque por lotes, control de concurrencia, reintentos tras fallos y reciclaje automático, en lugar de crearlos y cerrarlos uno por uno dentro de los scripts.
La segunda es una salida de red independiente. Cada entorno debe vincularse a su propia salida, y la región de esa salida debe coincidir con los parámetros geográficos del entorno. Es uno de los puntos que más se pasan por alto, pero es una condición previa para que el aislamiento sea coherente.
La tercera es un estado consultable. En cualquier momento debe ser posible saber qué entornos están ejecutándose, cuáles están libres y cuáles presentan anomalías. Los Agents funcionan sin supervisión; si no se puede consultar el estado, ante un problema solo queda adivinar.
Estas tres capacidades resultan incómodas si se implementan dentro de scripts. Requieren almacenamiento, configuración y programación a nivel de entorno. Algunas herramientas de gestión multientorno trabajan precisamente en esa capa. PurpleMark es una de ellas y convierte los entornos de navegador en recursos aislables, programables por lotes e invocables mediante interfaces.
Cuándo no hacen falta varios entornos
Si un Agent solo utiliza una cuenta y se ejecuta con poca frecuencia, un navegador normal es suficiente y el aislamiento adicional solo añade mantenimiento. Pero en cuanto se dé cualquiera de estas situaciones, conviene separar la capa de entorno: las tareas deben ejecutarse en paralelo, varias identidades necesitan acceder a la misma plataforma, hay que mantener el estado de inicio de sesión durante mucho tiempo o la concurrencia seguirá creciendo.
Todas estas situaciones comparten lo mismo: el problema no es si el Agent es lo bastante inteligente, sino si el entorno que tiene debajo está lo bastante limpio y separado.
Límites
Sea cual sea la solución elegida, los límites de las reglas no cambian: respeta las condiciones de servicio y las normas robots de cada plataforma, no utilices información de identidad falsa, no eludas medidas técnicas de protección, controla la frecuencia de las solicitudes y no afectes al funcionamiento normal del servicio de terceros.
