Negociación e inteligencia con IA sujeta a políticas
Cortex es el entorno de agentes y el motor de políticas de ORBITRA ONE™. Los agentes observan mercados y carteras, razonan con un conjunto de modelos y proponen intenciones de negociación, pero ninguna intención se convierte en orden hasta que Aegis la ha simulado y el motor de políticas la ha autorizado. Cada paso por el bucle deja un recibo de acción. La experiencia del operador se describe en inteligencia.
Cómo funciona
Las seis etapas de Cortex —Observar, Razonar, Proponer, Simular, Autorizar y Ejecutar— forman un bucle cerrado. Ocho puertas de política se alzan antes de la ejecución: asignación de capital, límites de pérdida diarios y de por vida, techo de apalancamiento, listas de mercados permitidos y prohibidos, sesión y vencimiento, confirmación humana, fuentes de datos aprobadas y el control de eliminación. Una intención avanza hacia Ejecutar solo cuando todas las puertas están abiertas; una puerta cerrada la devuelve con el motivo.
El problema
La mayoría de los bots de negociación se confían por posesión. Tienen una clave de API con permisos amplios, y sus límites residen en su propio código. Cuando el código es incorrecto, el modelo se desvía o la clave se filtra, nada fuera del bot lo advierte hasta que lo hace la cuenta.
Los modelos de IA añaden sus propios modos de fallo: un razonamiento confiado construido sobre datos obsoletos, entradas de fuentes no verificadas, un comportamiento que cambia cuando los mercados entran en un régimen que el modelo nunca vio. Después, rara vez queda un registro de lo que el agente sabía, lo que concluyó o por qué actuó.
Cortex separa el pensamiento de la autoridad. Los agentes pueden investigar con amplitud, pero la ejecución pasa por límites que el agente no puede editar, aplicados por componentes que el agente no controla y registrados en recibos que el propietario puede inspeccionar. La automatización, incluida la asistida por IA, puede seguir fallando o comportarse de forma inesperada; la arquitectura acota las consecuencias.
Secuencia operativa
Toda acción de un agente —desde el ajuste de una cobertura hasta una posición nueva— recorre el mismo bucle de seis etapas. Ninguna etapa puede omitirse, y un fallo en cualquiera de ellas devuelve la intención al agente junto con su motivo.
El agente lee el estado del mercado y de la cartera: datos de mercado de Prism firmados, el grafo de Aegis de su propietario y cualquier fuente externa aprobada. Cada entrada se registra con su procedencia.
Un conjunto de modelos evalúa la situación. Se registran la visión y la versión de cada modelo; el desacuerdo reduce la confianza y puede detener una propuesta antes de que se forme.
El agente emite una intención de negociación: instrumento, lado, tamaño, límites de precio, vencimiento y justificación. Una intención es una solicitud, no una orden.
Aegis aplica la intención al grafo de la cartera y devuelve el margen utilizado, la distancia de liquidación, el margen disponible frente a los límites de pérdida y la concentración resultantes de la operación.
El motor de políticas comprueba los ocho controles. Si la acción supera un umbral de confirmación, espera la aprobación firmada del propietario.
La intención autorizada se convierte en una orden firmada con la credencial de VaultID del agente. ApexMatch la evalúa una vez más en la puerta de Aegis antes de la casación, y el recibo cierra el bucle.
Arquitectura
Cortex está construido de modo que el componente que piensa nunca sea el componente que autoriza.
Entornos aislados en los que operan los agentes. Un espacio de investigación con acceso de lectura amplio se mantiene separado del canal estrecho de ejecución por el que salen las intenciones.
Varios modelos evalúan cada decisión de forma independiente. Se registran sus versiones, sus resultados y su grado de acuerdo, de modo que toda propuesta puede rastrearse hasta los modelos que la produjeron.
Evalúa cada intención frente a la política del propietario, escrita como política como código y versionada. Todo lo que no está explícitamente permitido queda denegado.
Cada agente posee su propia credencial de VaultID, vinculada a su propietario y delimitada por la política. Los agentes nunca firman con las claves del propietario.
Conecta cada intención con el grafo de Aegis del propietario, de modo que la autorización se decide sobre el riesgo posterior a la operación y no solo sobre la intención.
Escribe un recibo de acción firmado por cada paso del bucle, incluidos los rechazados: motivo, riesgo simulado, procedencia, veredicto de política y evidencia de ejecución.
Seguridad y control de fallos
El motor de políticas comprueba todos los controles antes de firmar una intención, y la puerta dentro de ApexMatch vuelve a comprobar los límites de la credencial antes de la casación. Un agente cuyo propio código falle sigue sin poder superar su autoridad. La declaración sobre IA y negociación automatizada explica los riesgos que persisten.
En los tres sistemas
Orbitra Prime
Inteligencia de negociación
En Orbitra Prime, las propuestas de Cortex aparecen en el panel de orientación con su motivo, el riesgo simulado y la procedencia de los datos, mientras que las confirmaciones y el comando de eliminación son accesibles tanto en el escritorio como en el móvil. Las órdenes manuales y las de los agentes comparten una cuenta, una vista de riesgo y un rastro de evidencia.
Orbitra L1
Liquidación y cómputo
Las credenciales y las políticas de los agentes son estado en Orbitra L1, de modo que su aplicación nunca depende de la máquina en la que se ejecuta un agente. Las órdenes de los agentes pasan por la misma puerta de Aegis dentro de ApexMatch que las órdenes manuales, y los recibos hacen referencia a transiciones definitivas.
Orbitra Realm
Aplicaciones y comercio
En Orbitra Realm, los agentes son participantes de pleno derecho con identidad propia: pueden consumir datos del intercambio de datos, pagar por cómputo y ofrecerse a través del mercado de bots, siempre bajo la política de un propietario. Véase la economía de IA.
Valor
Especificaciones
Terminología