El nuevo servicio Agentic Investing de Scalable Capital permite un titular llamativo: los clientes pueden conectar asistentes de IA externos a una cuenta bancaria y usar lenguaje natural para analizar carteras, crear planes de ahorro o realizar operaciones. Sin embargo, la parte decisiva del diseño es el punto donde termina la conversación. Antes de ejecutar, Scalable exige que el cliente apruebe una operación identificada tras recibir la misma información de costes y documentos de producto que en su aplicación.
Esa frontera determina si el asistente es principalmente una interfaz nueva o un gestor sin gobierno. El anuncio de lanzamiento afirma que el servidor MCP y la interfaz de comandos conectan aplicaciones externas con el bróker, mientras autenticación, permisos, confirmación y registros posteriores permanecen en Scalable. El diseño no elimina el riesgo: traslada el momento de mayor riesgo desde la salida del modelo a la autorización del cliente.
El modelo se detiene antes de la acción regulada
El servicio tiene cuatro capas. Un modelo externo interpreta una petición. La interfaz de Scalable expone datos y funciones permitidos. El cliente revisa una acción propuesta. Scalable ejecuta y registra la orden aprobada. Tratar las cuatro como un solo agente autónomo oculta quién controla cada paso.
Scalable dice que los clientes pueden operar, crear planes de ahorro, gestionar listas y fijar alertas. Acceden con credenciales de Scalable y autenticación de dos factores al inicio y periódicamente. Agentic Investing puede desactivarse y siguen vigentes los permisos de cuenta. Los depósitos y retiradas sólo están disponibles en web y aplicación. Esa restricción contiene el riesgo: una operación errónea cambia la exposición, pero la interfaz no puede enviar efectivo directamente a un destino externo nuevo.
El modelo externo sí moldea la decisión. Elige qué mostrar, encuadra alternativas y convierte una petición ambigua en instrumento, cantidad y momento. Scalable sostiene que las salidas y recomendaciones proceden del tercero, no de Scalable, y no constituyen su asesoramiento. La advertencia aclara la frontera pretendida; no garantiza que cada usuario la entienda o actúe conforme a ella.
Una referencia de confirmación convierte el prompt en instrucción
Scalable indica que antes de cada operación muestra información de costes o un documento de datos fundamentales. Esa información recibe una referencia individual y debe confirmarse explícitamente. Después, el cliente recibe notificaciones, confirmaciones y mensajes normales. La referencia une la petición conversacional con una orden concreta y revisable.
No es sólo un botón genérico. Una orden como "reduce mi riesgo" no puede ejecutarse hasta convertirse en valores, importes y condiciones definidos. Mostrar ese objeto al cliente crea un momento de corrección y un rastro de auditoría. También ayuda a distinguir la preparación del modelo de la instrucción específica.
El contraargumento es conductual. Las personas aprueban avisos densos sin leerlos, y una respuesta conversacional segura puede generar más inercia que una orden convencional. La confirmación puede convertirse en trámite. El buen diseño depende de que la pantalla final destaque diferencias respecto a las palabras del usuario, coste total, apalancamiento, concentración y complejidad, y no sólo reproduzca documentos obligatorios. El anuncio establece aprobación explícita, pero no ofrece resultados sobre su uso.
Los datos de cartera viajan antes que el dinero
La ejecución es sólo la mitad del riesgo. Para analizar, el asistente puede recibir posiciones, listas, datos de mercado y contexto de cuenta. La página del producto advierte que las aplicaciones externas operan independientemente y que la transmisión de datos corre por cuenta del usuario. El acceso revocable y los permisos reducen exposición, pero la protección depende del alcance: qué campos se comparten, cuánto duran los tokens, qué conserva el tercero y si la lectura puede separarse de operar.
La Ley de Resiliencia Operativa Digital ofrece un marco europeo para el riesgo TIC y supervisión de proveedores críticos designados. Sería excesivo inferir que cada asistente conectado recibe esa designación. La inferencia prudente es que las interfaces externas amplían los sistemas y modos de fallo que un banco debe vigilar, aunque el modelo no sea el ejecutor regulado.
Los controles más fuertes se verían en permisos granulares, autorizaciones breves, registros completos y un interruptor rápido. Las métricas útiles incluirían fallos de autenticación, conexiones revocadas, discrepancias de confirmación e incidentes por datos obsoletos o incompletos.
La mejor ejecución sobrevive a la nueva interfaz
Cuando Scalable recibe una orden, la vía usada para componerla no elimina deberes de ejecución. MiFID II exige tomar medidas suficientes para obtener el mejor resultado posible considerando precio, costes, rapidez, probabilidad de ejecución y liquidación, tamaño y naturaleza. Una instrucción específica puede limitar la aplicación, pero el bróker necesita política de ejecución, trato justo y registros.
La declaración de ESMA sobre IA se centra en empresas que usan IA dentro de sus servicios. Advierte sobre sesgo, opacidad, dependencia excesiva, privacidad y seguridad, y mantiene vigentes los deberes MiFID. La arquitectura de Scalable parece destinada a dejar la salida del tercero fuera de su capa de asesoramiento y la ejecución regulada dentro. Que los supervisores acepten esa línea en cada interacción dependerá de conducta, integraciones y marketing, no sólo de contratos.
El rastro de incidentes será la métrica de adopción
La ventaja comercial es clara. Scalable puede encontrarse con el cliente en la interfaz que ya usa y conservar custodia y ejecución. El lenguaje natural reduce navegación y puede aumentar interacción sin que Scalable construya cada asistente. El estándar MCP también reduce el coste de integración entre proveedores.
Pero el volumen negociado sería una mala medida de éxito: más actividad puede reflejar comodidad, exceso de operaciones o errores. Un cuadro mejor incluiría abandonos en confirmación, órdenes corregidas, quejas, reversiones cuando procedan, incidentes y usuarios con acceso sólo lectura. Que los clientes detecten discrepancias y limiten permisos reforzaría la tesis. Desajustes repetidos entre modelo y orden, quejas de privacidad o confusión entre salida externa y asesoramiento de Scalable la debilitarían.
El producto no es una IA dueña de la cuenta. Es una conversión controlada de conversación en instrucción. La ventaja de Scalable dependerá menos del modelo que suene más inteligente que de que esa conversión sea específica, revocable y auditable cuando hay dinero real en juego.