NatusAIRelaciones
Clientes, equipos, contratos y eventos vinculados directamente, para seguir con facilidad la titularidad, las dependencias y las causas.
Base de datos conectada · Capa 01 · Base conectadaV1 previstaNatusAI Cygnus: una visión conectada de su negocio, con su historia
Cygnus es la base de datos prevista de la plataforma NatusAI. Mantiene juntos activos, documentos, ubicaciones, mediciones y sus relaciones, para que las personas y los asistentes de IA aprobados respondan a preguntas que antes llevaban días.
- Preguntas que atraviesan silos, respondidas mientras la decisión sigue abierta.
- Vea qué era cierto, y qué se sabía, en cualquier fecha pasada: un historial que sus auditores pueden seguir.
- Funciona como un único sistema en sus propios servidores, con menos piezas que integrar y proteger.
Alcance previsto de la v1 y 25 criterios de aceptación →Hoja de ruta: perfiles posteriores →
Qué aporta al negocio
Seis tipos de datos de negocio, un modelo conectado
Una lectura de un sensor tiene una hora, un lugar, un activo y una fuente. Un contrato se refiere al mismo activo. Cygnus conserva estas conexiones, de modo que las respuestas las siguen en lugar de reconstruirlas cada vez.
Hechos y conocimiento
Quién opera qué, qué informe describe qué incidente: hechos ligados a aquello que describen.
Ubicación
Posiciones, trayectorias y zonas vinculadas a los activos a los que pertenecen y a su historial.
Mediciones a lo largo del tiempo
Lecturas guardadas junto a los activos que describen, desde un instante hasta años de historial.
Búsqueda por significado
Encuentre información por lo que dice y remóntela hasta la fuente original.
Búsqueda exacta
Nombres, identificadores y pasajes, combinados con relaciones, lugar y tiempo.
Pregunte qué cambió y qué se sabía entonces.
Un buque entró en una zona de tormenta a las 14:00. A las 14:10 llegó una posición corregida. Cygnus está diseñada para reconstruir la decisión de las 14:05 con lo que se sabía en ese momento, o para mostrar la imagen corregida. Ese es el historial que pide un auditor o un supervisor.
Programar cerca de los datos
Un lenguaje y un modelo de consulta pensados para el grafo
Está previsto que Cygnus combine su propio lenguaje de programación tipado con el almacenamiento, la ejecución y los servicios. La lógica de negocio trabaja directamente con entidades persistentes y sus relaciones, lo que reduce la traducción entre filas de base de datos, objetos de aplicación y respuestas de API.
Modelar una vez, usar en todas partes
El mismo modelo tipado lleva los datos desde el almacenamiento persistente hasta la lógica de aplicación y los contratos de servicio. Menos correspondencias significan menos puntos en los que tipos, nombres de campo y definiciones de relaciones pueden desalinearse.
Consultar a través de rutas conectadas
Parta de un punto de entrada indexado, siga las relaciones que necesite y acote por tiempo, espacio o búsqueda. El modelo de consulta optimizado pretende realizar ese trabajo cerca del almacenamiento y devolver solo el resultado solicitado.
Servir la misma lógica de negocio
Las funciones tipadas se convierten en servicios de aplicación y herramientas autorizadas. HTTP/RPC, streaming, clientes TypeScript generados y descriptores MCP forman parte del diseño del backend, lo que reduce las capas de adaptación independientes que hay que mantener.
Menos movimiento de datos. Un conjunto de trabajo más pequeño.
Cargue la parte que necesita. El resto, en disco.
No es necesario cargar en memoria un grafo grande en su totalidad. Las referencias persistentes permiten que una operación resuelva los nodos, las páginas de índice y los rangos temporales relevantes a medida que los necesita.
Consultar un buque no debería obligar a cargar todos los buques, todos los documentos y todo el historial de posiciones. El recorrido selectivo y las lecturas acotadas están diseñados para que el uso de memoria dependa del trabajo que se realiza.
Ese es el camino hacia consultas conectadas más rápidas y un menor consumo de recursos: menos materialización, menos transferencias entre servicios y menos contexto duplicado. Las mejoras reales dependen del grafo, los índices, la carga de trabajo y el hardware.
Ruta de acceso ilustrativa
01 / Grafo persistente
Empezar por referencias y una selección indexada
Buque · Carga · Ruta · otros buques · otras cargas · los rangos más antiguos se quedan en disco.
Al principio solo se tocan las referencias y una selección indexada.
02 / Conjunto de trabajo relevante
Resolver lo que usa esta operación
Buque seleccionado → carga → trayectoria solicitada
Resolver los datos conectados y la ventana temporal que utiliza esta operación.
03 / Resultado acotado
Una vista de mapa, un tramo del historial o una respuesta
Página · muestra · flujo
Devolver una página, una muestra o un flujo. Las exportaciones y reconstrucciones grandes utilizan procesamiento acotado o trabajos persistentes.
Almacenamiento, consulta y mantenimiento
De ensamblar tablas a seguir datos conectados
Los sistemas relacionales funcionan bien para registros estructurados e informes SQL. Cuando una aplicación conectada incorpora historial, mapas, recuperación semántica e IA, el coste suele desplazarse hacia los joins, el mapeo de objetos y la coordinación de servicios adicionales. Cygnus está diseñada para reducir ese sobrecoste dentro de un único motor programable.
| Dimensión | Almacenamiento tabular + pila de aplicación | Grafo temporal unificado de Cygnus (previsto) |
|---|---|---|
| Almacenamiento de datos | Las entidades se convierten en filas; las relaciones usan claves y, a menudo, tablas de enlace. El código de la aplicación convierte las filas en objetos. | Las entidades tipadas y los enlaces persistentes comparten un único modelo entre almacenamiento, lógica y servicios. |
| Consultas conectadas | Los joins reconstruyen las relaciones en el momento de la consulta. Las rutas profundas pueden añadir complejidad de consulta y de mapeo. | Los puntos de entrada indexados y el recorrido del grafo siguen las relaciones almacenadas, con restricciones temporales y espaciales. |
| Memoria y movimiento de datos | Los motores eficientes ya usan índices y cachés; aun así, los joins amplios y el procesamiento en la aplicación pueden generar grandes resultados intermedios. | Resolver los datos del grafo bajo demanda; usar rangos acotados, páginas y flujos en lugar de materializar todo el conjunto de datos conectado. |
| Historial y correcciones | Las tablas de historial, las extensiones temporales o los modelos de eventos deben diseñarse y alinearse con las consultas de la aplicación. | El estado temporal y el acceso bitemporal forman parte del modelo, y preservan la distinción entre tiempo de validez y tiempo de conocimiento. |
| Geodatos, texto y vectores | Las extensiones pueden añadir capacidades en una sola base de datos; los servicios especializados pueden necesitar sus propias rutas de identidad, indexación y sincronización. | Los recursos espaciales, de series temporales, de texto y vectoriales se conectan a las mismas entidades y fuentes versionadas. |
| Lenguajes de consulta y de aplicación | SQL más código de aplicación, bibliotecas de mapeo y, a veces, lenguajes de búsqueda o de consulta de grafos independientes. | Un lenguaje tipado nativo y un modelo de consulta optimizado acercan el cálculo a las estructuras persistentes del grafo. |
| Mantenimiento y evolución | Coordinar esquemas de base de datos, mapeos, contratos de servicio y cualquier almacén de recuperación operado por separado. | Los descriptores de tipos y contratos de servicio compartidos reducen las definiciones duplicadas; las migraciones y los cambios de índices siguen un comportamiento de versiones explícito. |
| IA y control de acceso | Normalmente se añade una pasarela de herramientas y una capa de chat, y luego hay que alinear sus permisos con las rutas de datos que invocan. | MCP nativo y un contrato de chat acotado usan los mismos servicios tipados, con la autorización en las rutas de almacenamiento y ejecución. |
Cómo medirlo: la ventaja que se busca es un trabajo intensivo en relaciones más rápido, con menos sobrecoste de mapeo, sincronización y recursos. Mida la latencia de las consultas, la memoria máxima, la E/S de disco, la ingesta y el esfuerzo de mantenimiento con la misma carga de trabajo y el mismo hardware. Un data warehouse o una pila SQL madura puede seguir siendo la mejor opción para la analítica tabular a gran escala o cuando se requieren determinadas extensiones.
MCP nativo y chat
La IA puede trabajar con sus datos. Y con el contexto que hay detrás.
Una respuesta de IA resulta más útil cuando puede vincular el documento adecuado con la entidad, la ubicación y el momento adecuados. Está previsto que Cygnus integre en el modelo de backend la recuperación, la lógica de negocio invocable y los registros de conversación.
Herramientas MCP nativas
El Model Context Protocol ofrece a los agentes autorizados una forma tipada y descubrible de usar las funciones del backend. El descubrimiento y la ejecución de herramientas respetan los permisos de quien llama, con los mismos contratos de servicio que usan las aplicaciones.
El chat como capacidad del backend
El contrato de chat previsto, neutral respecto al proveedor, abarca mensajes, eventos de streaming, llamadas a herramientas, salida estructurada y registros persistentes de sesiones y ejecuciones. Las vinculaciones con modelos locales o remotos se seleccionan y cualifican de forma explícita para cada despliegue.
Respuestas con evidencia temporal
Combine la recuperación de texto completo y vectorial con el contexto de grafo, espacial e histórico. Conserve las referencias a las versiones de las fuentes y al contexto temporal elegido, para que una persona pueda examinar la evidencia y entender cómo se formó una respuesta.
Las reglas de acceso a datos se aplican antes de mostrar resultados y de ordenar la búsqueda. Ni el contenido recuperado ni la salida del modelo conceden permiso para actuar; las acciones protegidas requieren su propia autorización y, cuando así se especifica, una decisión humana.
Todas las dimensiones en una sola pregunta
Seguir un buque a través del tiempo y del espacio
«¿Qué carga llevaban ayer los buques que estaban dentro de la zona de tormenta, y qué informes explican el riesgo?»
Esta carga de trabajo marítima propuesta reúne toda la arquitectura. El mismo enfoque puede conectar equipos, telemetría y mantenimiento en aplicaciones de energía, fabricación o infraestructuras.
Cómo se construye la respuesta
Fijar el contexto histórico
Seleccione el intervalo de ayer y decida si la pregunta usa lo que se sabía entonces o la evidencia corregida después.
Encontrar las posiciones relevantes
Use la selección geoespacial y los rangos de series temporales para identificar los buques cuyas trayectorias cruzaron la zona de tormenta.
Seguir la carga y la titularidad
Recorra las relaciones históricas del buque con cargas, operadores y puertos, resolviendo solo las partes necesarias del grafo.
Recuperar los informes de apoyo
Combine la búsqueda por palabra clave y la búsqueda semántica sobre versiones de documentos autorizadas, vinculadas a las entidades y al contexto temporal seleccionados.
Entregar una respuesta verificable
Un servicio tipado o una herramienta MCP devuelve la evidencia. El chat puede explicarla conservando las fuentes y el contexto relevante.
Estado real
Lo que puede usar hoy y lo que está en la hoja de ruta
Separamos lo probado de lo que está por llegar, y etiquetamos ambos. NatusAI Cygnus tiene prevista su primera versión (v1).
Lo que puede usar hoy
- El motor de nuestros proyectos con clientes está probado en proyectos reales: un gemelo digital de una red eléctrica nacional y los datos de investigación conectados de un banco.
- Proyectos de implantación que construyen con nuestro equipo su modelo de datos conectado, en su entorno.
Lo que está en la hoja de ruta
V1 prevista- Primera versión de Cygnus: un servidor, más perfiles embebido y de desarrollo, que solo se publicará cuando superen 25 pruebas de aceptación definidas.
- Más adelante: varios servidores, con replicación y conmutación por error. El alcance se ajustará a la evidencia.
- Más adelante: más opciones de IA y de cómputo. No se publican fechas; compartimos los planes bajo NDA.
Cómo se conecta
Cygnus alberga los datos y la lógica de negocio. NatusAI Lyra los muestra, NatusAI Auriga y Aquila permiten que la IA trabaje con ellos, NatusAI Orion construye aplicaciones sobre ellos, NatusAI Draco los ejecuta y NatusAI Gemini los recupera.
Para su equipo técnico
Qué es Cygnus. Una base de datos de grafos temporal y programable (prevista), con su propio lenguaje tipado, un modelo de consulta optimizado y un entorno de ejecución de backend. Grafos, datos geoespaciales, vectores, semántica de triple store, series temporales y búsqueda de texto completo comparten un único modelo, con una identidad, un modelo transaccional y un límite de autorización.
- Seis familias de datos: relaciones de grafo tipadas; tripletas (el intercambio RDF y la compatibilidad con SPARQL son decisiones de versión independientes); indexación geoespacial que tiene en cuenta el CRS con verificación exacta; series temporales regulares e irregulares con agregaciones y ventanas por tiempo del evento; vectores densos y dispersos vinculados a versiones de la fuente; texto completo con versionado del analizador, BM25 y ranking híbrido.
- Historial bitemporal: tiempo de validez (cuándo era cierto) y tiempo de conocimiento (cuándo lo supo el sistema); respuestas «a fecha de» reproducibles en ambos ejes, incluidas las correcciones posteriores.
- Transacciones y acceso: las transacciones estrictamente serializables mantienen los cambios de entidades, grafo, tiempo e índices declarados en una misma época de commit. La autorización reside en las rutas de almacenamiento y ejecución, y se aplica antes del ranking de búsqueda y la selección top-k; los recursos denegados no se filtran a través de recuentos ni errores.
- Acceso para IA: descriptores MCP nativos y un contrato de chat neutral respecto al proveedor (mensajes, streaming, llamadas a herramientas, salida estructurada, registros de sesión persistentes). Las vinculaciones con modelos locales o remotos se cualifican en cada despliegue.
- Servicios: HTTP/RPC tipado y streaming, flujos de cambios, clientes TypeScript generados, una interfaz Explorer, LSP y un cliente para VS Code.
- Fuera de memoria por diseño: las referencias persistentes resuelven solo los nodos, páginas de índice y rangos temporales que necesita cada operación, de modo que un grafo grande no tiene que caber en memoria.
- Encaje realista: para la analítica tabular a gran escala, un data warehouse o una pila SQL madura puede seguir siendo la mejor opción.
| Perfil | Primera versión | Límite |
|---|---|---|
| Embebido | Incluido | Un proceso de aplicación con almacenamiento local. |
| Desarrollo | Incluido | Arranque de proyecto vacío y modos de fuente explícitos. |
| Producción, un solo servidor | Incluido | Un nodo; copia de seguridad, recuperación a un punto en el tiempo y restauración verificada incluidas en el alcance. |
| Clúster | Excluido | No se afirma particionado (sharding), replicación, recorrido distribuido ni conmutación por error. |
| Carga de trabajo aislada | Excluido | Sin perfil de carga de trabajo aislada cualificado por separado. |
| Criterio | Umbral propuesto | Estado |
|---|---|---|
| Socios de diseño en producción con la carga de trabajo de referencia | Al menos 3 | Aún no superado |
| Sistema de registro en producción con historial conservado | Al menos 1, con más de 6 meses de historial | Aún no superado |
| Ingesta sostenida de posiciones, clase de referencia de 32 vCPU | ≥ 100 000 informes/s | Aún no superado |
| Buques dentro de un polígono sobre 250 000 posiciones en vivo | p99 ≤ 150 ms | Aún no superado |
| Recuperación híbrida top-20 sobre 5 millones de documentos | p99 ≤ 300 ms | Aún no superado |
| Corrección fuera de memoria | Conjunto de datos ≥ 24 × RAM | Aún no superado |
| Sobrecoste de la autorización por elemento | ≤ 2 × política de grano grueso | Aún no superado |
| Commits confirmados perdidos en un servidor | Cero | Aún no superado |
| Pruebas programadas de restauración verificada | 100 % superadas | Aún no superado |
| Evaluaciones de proyecto vacío dirigidas por agentes sin reparación humana | ≥ 70 % con éxito | Aún no superado |
Control desde el diseño
Soberanía, gobernanza y seguridad en NatusAICómo reduce NatusAI Cygnus el riesgo de la IA
Propiedad
Se ejecuta en sus servidores como un único sistema, sin servicios separados de búsqueda, grafos y series temporales que licenciar y proteger.
Evidencia
Las respuestas conservan referencias a la versión de la fuente y al momento temporal que utilizaron.
Acceso
Las reglas de acceso a datos se aplican antes de mostrar u ordenar nada. Un texto recuperado nunca concede a una IA permiso para actuar.
Recuperación
La restauración verificada y la recuperación a un punto en el tiempo son requisitos de la versión, no opciones.
Datos conectados en acción
Un modelo conectado. Muchos problemas reales.
Los problemas, enfoques y resultados útiles de nuestras historias sectoriales y arquitecturas de referencia. Cada ejemplo destaca las dimensiones que hacen que el problema encaje con el modelo unificado previsto de Cygnus.
01 · Banca y servicios financieros
Facilitar la investigación de relaciones.
Cuentas → Transacciones → Investigación
- El problema
- Las consultas lentas y los silos departamentales dificultaban conectar clientes, transacciones, documentos y eventos.
- El enfoque conectado
- Explorar un modelo de relaciones compartido con análisis de patrones, procesamiento de transacciones y preguntas sobre documentos aprobados.
- Lo que permite
- Un flujo de investigación conectado facilita la supervisión de transacciones, el análisis de riesgos y una visión más completa del contexto del cliente.
Encaje con CygnusGrafoTripletasHistorial temporalTexto completo
Ver servicios financieros
02 · Energía y servicios públicos
Entender una red que cambia.
Activos de red → Lecturas de contadores → Mantenimiento
- El problema
- La estructura de la red, el consumo y la generación estaban en vistas separadas, lo que dificultaba evaluar unas condiciones cambiantes.
- El enfoque conectado
- Conectar las relaciones de la red con mediciones, eventos y patrones históricos en un modelo operativo compartido.
- Lo que permite
- Una imagen común facilita la supervisión, las alertas, el análisis predictivo y unas decisiones de mantenimiento e inversión mejor fundamentadas.
Encaje con CygnusGrafoGeoespacialSeries temporalesHistorial temporal
Ver energía y servicios públicos
03 · Fabricación
Rastrear una señal hasta la línea de producción.
Equipo → Historial de sensores → Intervención
- El problema
- La información de máquinas, energía, calidad y mantenimiento estaba dispersa entre los sistemas de producción y de negocio.
- El enfoque conectado
- Un gemelo digital de referencia reúne mediciones y contexto operativo en torno a los equipos y los procesos.
- Lo que permite
- Las vistas de rendimiento en vivo, las alertas y el análisis de mantenimiento ayudan a los equipos a investigar los cambios antes y a planificar las intervenciones.
Encaje con CygnusGrafoSeries temporalesHistorial temporal
Ver fabricación
04 · OSINT
Convertir señales dispersas en una imagen compartida.
Lugares y eventos → Informes de fuentes → Evaluación
- El problema
- Los informes públicos, los movimientos, la meteorología y las señales de infraestructuras están repartidos entre fuentes separadas.
- El enfoque conectado
- NatusAI OSINT reúne capas de mapa y alertas vinculadas a sus fuentes en un único espacio de trabajo para explorar un evento y su contexto.
- Lo que permite
- Los analistas pueden examinar una región, comparar fuentes y usar, de forma opcional, asistencia de IA para explorar preguntas antes de preparar una evaluación.
Encaje con CygnusGeoespacialGrafoTexto completoHistorial temporal
Ver OSINT
05 · Planificación solar y de infraestructuras
Ver el potencial de cada tejado.
Edificios → Condiciones solares → Escenarios
- El problema
- La planificación solar necesita a la vez geometría, ubicación y datos energéticos cambiantes, con las hipótesis visibles para quien decide.
- El enfoque conectado
- Conectar activos geográficos, estimaciones de producción y contexto de red, con controles por edificio para orientación, almacenamiento y costes.
- Lo que permite
- Los equipos pueden comparar el potencial de los tejados y explorar escenarios de planificación mientras examinan las hipótesis detrás de cada estimación.
Encaje con CygnusGeoespacialGrafoSeries temporales
Ver planificación energética
06 · Telecomunicaciones
Aportar contexto a cada solicitud de servicio.
Cliente → Solicitud de servicio → Traspaso a una persona
- El problema
- Las consultas recurrentes absorbían la capacidad de soporte, mientras las conversaciones complejas con clientes quedaban en espera.
- El enfoque conectado
- Conectar la categorización y la priorización con los sistemas de clientes y de tickets, con rutas claras hacia un agente humano.
- Lo que permite
- Menos gestiones repetitivas, un flujo de respuesta más claro y más capacidad para los casos que requieren una persona con experiencia.
Encaje con CygnusGrafoTexto completoHistorial temporalChat
Ver telecomunicaciones
07 · Comercio y cadenas de suministro
Seguir las consecuencias de una interrupción.
Flujos comerciales → Dependencias → Interrupción
- El problema
- Una ruta bloqueada o un proveedor afectado pueden repercutir en una red más amplia, difícil de entender a partir de registros comerciales aislados.
- El enfoque conectado
- Un grafo de referencia conecta flujos comerciales, dependencias y riesgos, con exploración de escenarios y preguntas en lenguaje natural.
- Lo que permite
- Los analistas pueden explorar los efectos en cascada sobre rutas marítimas y relaciones de suministro antes de decidir qué investigar a continuación.
Encaje con CygnusGrafoGeoespacialHistorial temporalChat
Ver comercio mundial
Estas historias describen proyectos, flujos de trabajo explorados y arquitecturas de referencia. Las etiquetas de encaje con Cygnus los relacionan con el producto previsto; no acreditan un despliegue de Cygnus ya publicado.
Una base complementaria
Dé a los datos conectados una interfaz clara.
NatusAI Lyra ofrece componentes web reutilizables para mapas, grafos, búsqueda y flujos de trabajo de aplicaciones. La integración más amplia con Orion y Cygnus forma parte de la visión de la plataforma. Descubrir NatusAI Lyra
Funciona con
Capa 03 · AplicacionesDisponible
NatusAI Lyra
Componentes de interfaz reutilizables para cuadros de mando, mapas, documentos y conversaciones con IA.
Descubrir NatusAI Lyra
Capa 02 · InteligenciaHoja de ruta
NatusAI Aquila
Convierta documentos en conocimiento que se puede citar, con la fuente a un clic.
Descubrir NatusAI Aquila
Capa 02 · InteligenciaHoja de ruta
NatusAI Auriga
Asistentes de IA y herramientas que trabajan dentro de los permisos y presupuestos que fijan sus equipos.
Descubrir NatusAI Auriga
Preguntas
Preguntas sobre NatusAI Cygnus
Respuestas breves para quienes deciden. Su equipo técnico encontrará el detalle en la sección desplegable de arriba.
¿Está disponible hoy NatusAI Cygnus?
Todavía no. Cygnus tiene prevista una primera versión que solo se aceptará cuando supere las pruebas de aceptación definidas. El mismo motor de nuestros proyectos con clientes ya está probado en proyectos reales, y nuestro equipo construye hoy sobre él.
¿Un gemelo digital a escala mundial necesita muchos servidores?
No. La primera versión está pensada para un único servidor. Un modelo de datos mundial puede ejecutarse en un solo nodo dentro de sus límites probados; una geografía global no implica un clúster.
¿Sustituye Cygnus a nuestro data warehouse?
No necesariamente. Cygnus está diseñada para trabajo conectado y rico en relaciones. Para los informes tabulares a gran escala, un data warehouse o una pila SQL madura puede seguir siendo la mejor opción, y Cygnus puede convivir con él.
Hablar con nuestro equipo
¿Qué pregunta tarda días en responder sus equipos?
Tráiganos una. Le mostraremos cómo la respondería un modelo conectado y qué haría falta.
O escríbanos a contact@natusai.com
