Donde el trabajador digital se arma y se controla.
Agents es la pieza donde su equipo define el procedimiento, le abre los accesos justos, lo pone a correr con límites y mira cada corrida por dentro. Sin escribir código y sin sacar un dato del perímetro.
Armar, correr y gobernar en el mismo lugar.
Las tres cosas que en la mayoría de los proyectos de IA viven en herramientas distintas (y por eso ninguno llega a producción).
Se arma sin escribir código
El generador toma el procedimiento en lenguaje natural y arma el flujo: los pasos, las herramientas que usa y el código que corre atrás. Queda como plantilla para reusar en el próximo proceso.
Corre programado o a demanda
Se dispara por agenda, por evento o cuando alguien lo pide. Lo que necesita criterio humano cae en una bandeja de entrada y espera la aprobación antes de seguir.
Se mira por dentro
Monitor en vivo, tablero y analítica de las corridas. Cada llamada a una herramienta queda registrada y se puede filtrar por usuario, acción y fecha.
El panel donde se ve qué está corriendo.
Un trabajador digital sobre alertas de prevención de lavado: cuántas cerró solo, cuáles quedaron para una persona y cuánto falta para que venza el plazo.
- Lo que resolvió solo, separado de lo que espera una decisión.
- Cada llamada a una herramienta queda registrada y se filtra por usuario, acción y fecha.
- Los plazos que corren, a la vista antes de que venzan.
Tres definiciones y ya está trabajando.
Un trabajador digital se define con tres cosas: un procedimiento, un conjunto de accesos y un límite.
El procedimiento
Qué tiene que resolver, con qué criterio y qué hacer cuando el caso se sale de la norma. Versionado, con historial de quién cambió qué.
Las herramientas
Los conectores que tiene habilitados (base de datos, ERP, CRM, correo, APIs) y las herramientas propias que le arme su equipo. Las credenciales se cargan una vez y quedan de su lado.
El límite
Los permisos de su rol definen qué puede tocar. Lo que se sale de ahí (un monto, un riesgo, una excepción) va a la bandeja y espera a una persona.
Un agente que nadie controla no llega a producción.
Lo que su área de riesgos y su comité de seguridad van a pedir antes de dejarlo tocar un proceso real.
El permiso lo define el rol
El acceso se define como rol → permiso → recurso. Cada agente, y cada persona que lo opera, ve exactamente lo que su rol habilita.
Cada equipo en su propio espacio
La instalación es multi-tenant: proyectos separados por equipo, cada uno con sus conectores, sus agentes y sus datos. Crédito y siniestros conviven sin verse.
Nada se borra
Las bajas son lógicas: el registro queda. El log de auditoría guarda quién hizo qué, cuándo y sobre qué recurso, y no lo puede editar nadie desde la aplicación.
Se prueba en un ambiente y recién ahí se promueve.
El mismo flujo vive en tres ambientes y pasa al siguiente cuando el resultado da.
Desarrollo, staging y producción, cada uno con sus conectores y sus credenciales.
Se corre contra un set de casos conocidos y se compara el resultado antes de promover.
Cada flujo se despliega aparte. El que falla no se lleva puestos a los demás.
Sobre los sistemas que ya tiene.
Los conectores se configuran una vez por proyecto y quedan disponibles para cualquier agente de ese equipo. El modelo lo elige usted, local o de su nube, y cambiarlo es configuración.
PostgreSQL
MySQL
MongoDB
SAP Business One
Salesforce
HubSpot
Slack
Lo suyo
Más correo por SMTP o IMAP, APIs REST y el modelo que elija: local o el de su nube.
Encontremos un proceso y lo armamos en pantalla.
Treinta minutos con Agents abierto: el procedimiento cargado, la corrida y el registro que queda después.