Operator llegó con el pitch más ambicioso de OpenAI en herramientas: un agente que puede navegar por sitios web reales, rellenar formularios, hacer compras, y completar tareas que normalmente requieren un humano frente al ordenador. Después de probarlo durante varios meses, el balance es más matizado que el demo inicial.

Qué puede hacer Operator

Operator usa un navegador web real y puede:

  • Navegar a URLs y leer el contenido
  • Hacer clic en botones y enlaces
  • Rellenar formularios de texto
  • Iniciar sesión en servicios (con credenciales que le des)
  • Completar flujos de checkout

Los casos de uso que OpenAI demuestra: reservar restaurantes, comprar productos online, rellenar formularios de servicios, gestionar reservas de viaje.

Dónde funciona bien

Tareas con flujos bien definidos en sitios populares: reservar una mesa en OpenTable, buscar vuelos en Kayak, añadir items al carrito de Amazon. Estos sitios tienen flujos estándar que Operator maneja bien porque el modelo ha “visto” mucho de ellos durante el entrenamiento.

Formularios simples: rellenar formularios de contacto, suscripciones, o registros donde los campos son claros y el flujo es lineal.

Extracción de información de múltiples fuentes: buscar precios del mismo producto en varios sitios y comparar. Tedioso para un humano, perfecto para un agente.

Dónde falla

CAPTCHAs y verificaciones anti-bot: muchos sitios tienen detectores de automatización. Operator a veces los encuentra y no puede continuar.

Flujos complejos con múltiples estados: reservar un vuelo con escala, eligiendo asientos, añadiendo equipaje, y pagando con puntos es demasiados pasos con demasiadas decisiones para que Operator sea fiable.

Sitios con diseños no estándar o modales inesperados: un popup de cookies en el momento incorrecto, un modal de “¿estás seguro?”, o un flujo que cambia según el estado del carrito puede descarrilar al agente.

Páginas que cambian frecuentemente: si un sitio rediseña su checkout, Operator puede dejar de funcionar hasta que el modelo lo “aprenda” de nuevo.

El problema de confianza

Para que Operator sea útil en su máximo potencial, necesitas darle acceso a tus cuentas y credenciales. Eso es un obstáculo psicológico real y legítimo.

OpenAI tiene una arquitectura donde las credenciales se guardan de forma segura y no se exponen al modelo directamente. Pero confiar en que un agente de IA maneje tu cuenta bancaria o tus credenciales de servicios importantes requiere un nivel de confianza que muchos usuarios (razonablemente) no tienen todavía.

Comparación con alternativas

Zapier/Make: para automatizaciones predefinidas entre servicios con API, Zapier sigue siendo más fiable. Operator brilla cuando no hay API disponible y necesitas interactuar con la UI web.

Browser Use (open source): hay frameworks open source que permiten automatización similar. Más control, más trabajo de configuración.

Automatización RPA tradicional (UiPath, etc.): más fiable para procesos bien definidos pero mucho más costoso de configurar y mantener.

Para qué lo uso

Casos donde Operator me ha ahorrado tiempo real: comparar precios de vuelos en múltiples sitios, recopilar información de productos de diferentes tiendas, rellenar formularios repetitivos de bajo riesgo.

Casos donde no lo uso: nada que involucre pagos reales, cuentas críticas, o flujos donde un error tenga consecuencias que no quiero gestionar.

El potencial que todavía no se cumple

La visión de Operator es grande: un agente que maneja todas tus tareas administrativas online. La realidad actual es más limitada: funciona bien en casos específicos y falla en otros de formas difíciles de predecir.

El progreso es real pero el gap entre el demo y la fiabilidad de producción es todavía significativo.

Evaluación basada en uso de Operator durante enero 2026.