Agentes de IA que operan sistemas sin API: lo que muestra el anuncio de Strada
Strada lanzó la automatización vía navegador para que agentes de IA operen portales y sistemas heredados sin API. Cuándo tiene sentido este enfoque y qué cuidados exige.
El 24 de septiembre de 2026, Strada, empresa que desarrolla agentes de IA para aseguradoras y corredores de seguros, anunció una función de automatización vía navegador. Con ella, sus agentes pasan a ejecutar tareas dentro de portales web y sistemas heredados que no ofrecen API, navegando por las pantallas de la misma forma en que lo haría una persona.
El anuncio proviene de un sector específico, pero el problema que ataca es común a prácticamente cualquier empresa con algunos años de operación: una parte importante del trabajo ocurre en sistemas antiguos, portales de socios o herramientas que nunca se pensaron para la integración.
Qué se anunció
Según la empresa, la lógica es simple: si existe una API, el agente usa la API. Si no existe, ejecuta el trabajo en el navegador, y cada paso queda registrado. La función permite grabar un flujo de trabajo una vez y repetirlo después, sin necesidad de un desarrollo específico para cada portal.
En el contexto de los seguros, esto significa consultar pólizas, actualizar registros o abrir siniestros en portales de aseguradoras que solo admiten operación manual. La funcionalidad se habilitó para todos los clientes de Strada.
Por qué esto importa fuera del sector asegurador
La falta de API es uno de los motivos más frecuentes por los que los proyectos de automatización se detienen a mitad de camino. Un DMS antiguo en un concesionario, el portal de un fabricante de automóviles, el sistema de un proveedor o un ERP personalizado hace años: todos son ejemplos de sistemas en los que la información existe, pero solo es accesible por pantalla.
Hasta hace poco, la alternativa era la automatización robótica de procesos (RPA) tradicional, que sigue guiones rígidos y se rompe ante cualquier cambio de diseño en la pantalla. Los agentes con modelos de lenguaje pueden interpretar la pantalla y adaptarse a pequeñas variaciones, lo que hace que el enfoque sea menos frágil, aunque no inmune a fallas.
Cuándo tiene sentido la automatización vía navegador
Operar un sistema a través de la interfaz debe tratarse como una solución para cuando no hay una alternativa mejor, no como la norma.
- El sistema no tiene API ni hay planes de que la tenga: es el caso más claro.
- El volumen es relevante, pero no extremo: la automatización por pantalla es más lenta que una integración directa y no escala de la misma forma.
- El proceso es estable: los flujos que cambian cada semana exigen un mantenimiento constante.
- El costo de una integración formal es desproporcionado: cuando el proveedor cobra caro o tarda meses en habilitar el acceso.
Los cuidados que exige el enfoque
El propio anuncio llama la atención sobre cuestiones operativas que no aparecen en una integración vía API. Un agente que navega por un sistema necesita usuario, contraseña y una sesión activa, y eso cambia el perfil de riesgo.
- Credenciales: el agente debe usar un usuario propio, con permisos mínimos, y nunca la cuenta personal de un empleado.
- Registro de cada acción: es necesario saber exactamente en qué hizo clic el agente, qué completó y qué envió, para la auditoría y para investigar errores.
- Cambios en el sistema: una actualización del diseño de la pantalla puede hacer que el agente ejecute la acción equivocada. El monitoreo y las alertas son obligatorios.
- Acciones irreversibles: las eliminaciones, los envíos y los pagos deben exigir confirmación humana hasta que el flujo tenga un historial comprobado.
La API sigue siendo el camino preferente
Siempre que existe una integración formal disponible, es más rápida, más estable y más fácil de auditar. La automatización vía navegador amplía lo que se puede automatizar, pero no reemplaza una buena arquitectura de integración.
En la práctica, los proyectos más sólidos combinan ambas: API donde existen y agentes que operan la interfaz solo en los puntos donde no hay otra opción, siempre con registro y límites bien definidos.
Preguntas frecuentes
- ¿Cuál es la diferencia entre este tipo de agente y el RPA tradicional?
- El RPA tradicional sigue un guion fijo de clics y se rompe cuando la pantalla cambia. Un agente con modelo de lenguaje interpreta el contenido de la pantalla y puede manejar pequeñas variaciones. Aun así, los cambios grandes en el sistema exigen revisar el flujo.
- ¿Es seguro darle acceso al sistema a un agente de IA?
- Puede serlo, siempre que el acceso se trate como el de un nuevo colaborador con funciones limitadas: usuario propio, permisos mínimos, registro de todas las acciones y aprobación humana para las operaciones irreversibles. Compartir la contraseña de un empleado no es aceptable.
- ¿Conviene automatizar un sistema heredado o migrar a un sistema nuevo?
- Depende del horizonte. Si la migración está prevista para pronto, automatizar la pantalla puede ser una solución de transición útil. Si el sistema va a seguir durante años, conviene evaluar si una integración formal o la migración compensan a largo plazo.
¿Quiere evaluar esto en su operación?
Cuéntenos su contexto y sus objetivos. A partir de ellos, evaluamos dónde la inteligencia artificial tiene sentido en su caso.
Hablar con Fast Task