Starling Aegistra procesa datos de mercado en tiempo real para generar recomendaciones de asignación y controlar el riesgo de cada posición. Cada ejecución queda registrada en un log de acceso público, verificable por terceros sin depender de informes internos.
Distribución de carga de análisis por módulo (últimas 24h, ejemplo de estructura)
El objetivo no es sustituir el criterio del inversor, sino separar la recolección y el procesamiento de datos —tareas que requieren presencia constante— de la toma de decisiones estratégica, que puede ejecutarse desde cualquier ubicación con conexión estable.
La arquitectura separa funciones para que un fallo o una actualización en un módulo no comprometa a los demás. Esto facilita además la revisión técnica externa, módulo por módulo.
Modelos estadísticos y de aprendizaje automático estiman rangos de movimiento probable para activos líquidos, con horizontes configurables de corto y medio plazo.
Cálculo continuo de drawdown potencial y correlación entre posiciones, con límites automáticos que bloquean órdenes fuera de los parámetros definidos por el usuario.
Sugerencias de rebalanceo basadas en objetivos declarados de volatilidad, no en maximización agresiva de retorno sin control.
Notificaciones cuando una variable supera umbrales predefinidos, sin generar ruido por fluctuaciones menores habituales del mercado.
Terminal web accesible desde cualquier zona horaria, con sincronización de sesión para continuar el análisis desde distintos dispositivos.
Cada decisión ejecutada queda sellada con marca de tiempo y hash de verificación, consultable en el log público descrito más abajo.
El log de rendimiento está disponible para cualquier usuario registrado. No se publican únicamente los periodos favorables: el registro incluye tanto las operaciones que cumplieron la proyección como las que no.
Representación de la estructura del panel disponible tras el registro. Los valores exactos dependen del periodo consultado dentro del log en vivo.
Cada recomendación ejecutada genera un identificador único y una marca de tiempo antes de conocerse el resultado del mercado. Esto impide reescribir el historial una vez publicado.
El código del módulo de cálculo de riesgo ha sido documentado para revisión por usuarios con formación técnica. No se solicita que el usuario confíe en el resultado sin poder examinar el proceso.
| Fecha | Módulo | Resultado | Hash |
|---|---|---|---|
| — | Predicción | Cumplida | a1f3…c9 |
| — | Riesgo | Dentro de límite | 7b02…e4 |
| — | Optimización | No cumplida | f45d…1a |
Ejemplo de la estructura de columnas del log público. Las fechas y valores reales se consultan dentro de la terminal.
Cada módulo adicional introduce una superficie de error adicional. Por eso el sistema prioriza un número reducido de componentes bien auditados frente a una acumulación de funciones poco probadas.
El usuario fija el riesgo máximo aceptable antes de activar cualquier módulo.
Las recomendaciones se prueban contra datos históricos antes de aplicarse en vivo.
Ninguna orden se envía sin confirmación explícita del usuario.
El resultado se compara con la proyección original y queda documentado.
El sistema no busca eliminar la incertidumbre del mercado, algo que ningún modelo puede garantizar de forma honesta. En su lugar, limita el impacto de un escenario adverso mediante tres mecanismos: exposición máxima por activo, correlación máxima entre posiciones abiertas y un umbral de pérdida que detiene nuevas recomendaciones hasta revisión manual.
Este enfoque reduce la dependencia de la intuición en momentos de alta volatilidad, que es precisamente cuando resulta más difícil mantener el criterio frío desde cualquier lugar del mundo.
La interfaz se diseñó asumiendo conexiones variables y cambios frecuentes de zona horaria. Las sesiones se sincronizan entre dispositivos y las alertas críticas se priorizan sobre el ruido informativo habitual de los mercados.
Starling Aegistra no sustituye el conocimiento financiero del usuario: estructura la información para que ese conocimiento se aplique con menos fricción y menos tiempo frente a la pantalla.
No es un requisito. La terminal presenta las recomendaciones con su justificación resumida en lenguaje claro. El detalle técnico del modelo está disponible para quien quiera revisarlo, pero no es obligatorio para operar.
Significa que el registro de decisiones ejecutadas, con su resultado posterior, puede consultarse dentro de la plataforma sin depender de un resumen elaborado por el propio equipo. El identificador y la marca de tiempo se generan antes de conocer el desenlace.
No. Ningún modelo predictivo puede garantizar resultados de mercado. El sistema está diseñado para estructurar la toma de decisiones y limitar el riesgo, no para eliminar la posibilidad de pérdida.
Sí. El acceso es a través de navegador y la sesión se mantiene sincronizada entre dispositivos. Solo se requiere una conexión a internet estable en el momento de revisar o ejecutar una decisión.
El usuario configura manualmente la exposición máxima por activo y por cartera antes de activar cualquier módulo. Estos límites pueden ajustarse en cualquier momento desde la terminal.
La creación de cuenta requiere verificación de identidad estándar. No se solicitan datos de pago para acceder al log público.