Antes de entrar en arquitecturas conviene fijar el vocabulario. En esta página, "agente autónomo" no significa un modelo que predice precios ni un bot que ejecuta reglas escritas de antemano. Significa un sistema que lee información en bruto, decide dentro de un marco de riesgo y deja rastro verificable de cada movimiento. Las aclaraciones siguientes resuelven las confusiones más frecuentes cuando se discute este tema en mesas de inversión.
Lo que suelen preguntar equipos de cartera, riesgo y cumplimiento antes de dejar que un agente autónomo toque límites reales en una sesión de alta frecuencia. Sin jerga legal, con las respuestas que sirven para decidir si vale la pena probarlo.
Ambas cosas. Hay una capa de reglas duras que el agente no puede cruzar: exposición máxima por activo, contrapartes permitidas, horarios de operación. Dentro de ese marco, el agente ajusta pesos, timing y tamaño de orden según lo que lee en el flujo de noticias. La diferencia con un script clásico es que esas decisiones intermedias no están escritas de antemano: se calculan en el momento.
Un módulo de lenguaje extrae entidades, tono y urgencia del texto en bruto. No hay normalización previa: el agente trabaja con el titular tal como se publicó. Después traduce esa lectura en un vector de riesgo que compara contra los límites vigentes del portafolio. Si la señal es ambigua, el sistema la marca y espera confirmación de una segunda fuente antes de mover nada.
En condiciones normales, pocos milisegundos. La latencia es el punto crítico del diseño: si el agente tarda más que el resto del libro, la señal pierde valor. Por eso el pipeline de lectura y decisión corre en memoria, sin llamadas externas en el camino crítico. Cuando la red o el feed se degradan, el agente se retira solo en lugar de operar con datos viejos.
El operador sigue siendo responsable, y el sistema está construido para que eso sea verificable. Cada cambio de límite queda registrado con marca de tiempo, motivo y señal que lo disparó. Eso permite reconstruir después por qué el tope se movió, por ejemplo, a las 09:41:07. La trazabilidad no es un extra: es lo que hace que un auditor acepte el mecanismo.
Se equivoca, y conviene asumirlo desde el principio. Los fallos típicos vienen de un comunicado ambiguo mal interpretado, de una correlación que solo existía en la ventana de entrenamiento o de una orden enviada a un libro con poca liquidez en ese instante. En los tres casos el agente actuó dentro de sus reglas, así que la revisión no apunta a la ejecución sino al diseño de las reglas. Las salvaguardas habituales son límites por contraparte, verificación de liquidez previa y revisión humana de operaciones atípicas.
Sí. Hay un interruptor que detiene las decisiones autónomas y deja el portafolio en modo pasivo, con las posiciones abiertas tal como están. No requiere reiniciar el sistema ni cerrar todo. Es la primera herramienta que se prueba antes de darle al agente cualquier margen real, y la que más se usa durante las primeras semanas de convivencia.
Si quedan dudas sobre cómo encaja esto en tu operación, en preguntas frecuentes hay más casos y en contacto se puede plantear una situación concreta.
En mesas institucionales, el paso de scripts rígidos a agentes que aprenden cambió la forma de trabajar. Ya no se trata de ejecutar una regla escrita la semana anterior, sino de leer un comunicado a medio redactar, cruzarlo con liquidez real y decidir si el límite de exposición sigue teniendo sentido en ese instante.
El agente recibe titulares, notas de analistas y comunicados sin normalizar. Extrae entidades, tono y urgencia, y descarta lo que solo es ruido de repetición. La decisión no sale del texto: sale del vector de riesgo que ese texto produce.
Los topes de exposición dejan de ser una cifra fija definida antes de abrir. El agente los ensancha o los recorta según volatilidad, correlaciones observadas y profundidad del libro, siempre dentro de umbrales duros que nunca cruza.
Entre la publicación de un titular y la orden no pueden pasar más de unos pocos milisegundos. Por eso el módulo de lenguaje trabaja en paralelo al motor de ejecución y no al revés: primero la señal, después la confirmación.
Cada cambio de límite queda registrado con marca temporal, fuente que lo disparó y estado del portafolio en ese momento. Cuando el regulador pregunta por qué el tope se movió a las 09:41:07, la respuesta está en el log, no en la memoria del operador.
Verificación de liquidez previa, límites por contraparte y revisión humana de operaciones atípicas. El agente puede equivocarse dentro de sus reglas, y eso obliga a revisar el diseño de las reglas, no solo la ejecución.
El operador conserva la potestad de congelar al agente, revertir una banda dinámica o forzar el cierre de una posición. La autonomía no elimina la supervisión: la reubica en un plano distinto, más cerca del diseño que del teclado.
Si querés ver cómo se aplica esto en una mesa real, revisá los servicios que cubrimos o escribinos desde contacto con el caso concreto.