Relații
Clienți, echipamente, contracte și evenimente legate direct, astfel încât proprietatea, dependențele și cauzele se urmăresc ușor.
Cygnus este fundația de date planificată a platformei NatusAI, o bază de cunoștințe care ține laolaltă activele, documentele, locațiile, măsurătorile și relațiile dintre ele, astfel încât oamenii și asistenții AI aprobați să răspundă la întrebări care durau zile.
Perimetrul planificat v1 și cele 25 de criterii de acceptanță →Foaia de parcurs: profilurile ulterioare →

O citire de senzor are un moment, un loc, un activ și o sursă. Un contract se referă la același activ. Cygnus păstrează aceste conexiuni, astfel încât răspunsurile le urmează, în loc să le reconstruiască de fiecare dată.
Clienți, echipamente, contracte și evenimente legate direct, astfel încât proprietatea, dependențele și cauzele se urmăresc ușor.
Cine operează ce, ce raport descrie ce incident: fapte legate de lucrurile pe care le descriu.
Poziții, trasee și zone legate de activele cărora le aparțin și de istoricul lor.
Citiri păstrate lângă activele pe care le descriu, de la un singur moment la ani de istoric.
Găsiți informația după ce spune, apoi urmăriți-o înapoi până la sursa originală.
Nume, identificatori și pasaje, combinate cu relații, loc și timp.


O navă a intrat într-o zonă de furtună la 14:00. O poziție corectată a sosit la 14:10. Cygnus este proiectat să reconstituie decizia de la 14:05 cu ce se știa în acel moment sau să arate imaginea corectată. Acesta este istoricul pe care îl cere un auditor sau o autoritate de supraveghere.
Cygnus este planificat să combine propriul limbaj de programare tipizat cu stocarea, execuția și serviciile. Logica de business lucrează direct cu entitățile persistente și cu relațiile dintre ele, reducând conversia dintre rândurile din baza de date, obiectele aplicației și răspunsurile API.
Același model tipizat duce datele din stocarea durabilă în logica aplicației și în contractele de servicii. Mai puține mapări înseamnă mai puține locuri în care tipurile, numele câmpurilor și definițiile relațiilor pot diverge.
Porniți de la un punct de intrare indexat, urmați relațiile de care aveți nevoie și restrângeți după timp, spațiu sau căutare. Modelul de interogare optimizat urmărește să facă această muncă aproape de stocare și să returneze doar rezultatul cerut.
Funcțiile tipizate devin servicii de aplicație și instrumente autorizate. HTTP/RPC, streamingul, clienții TypeScript generați și descriptorii MCP fac parte din designul backendului, reducând straturile separate de adaptoare care trebuie întreținute.
Un graf mare nu trebuie încărcat integral în memorie. Referințele persistente permit unei operații să încarce nodurile, paginile de index și intervalele de timp relevante pe măsură ce sunt necesare.
Analiza unei singure nave nu ar trebui să necesite încărcarea tuturor navelor, a tuturor documentelor și a întregului istoric de poziții. Traversarea selectivă și citirile limitate sunt proiectate să lege consumul de memorie de munca efectiv realizată.
Aceasta este calea spre interogări conectate mai rapide și un consum mai mic de resurse: mai puțină materializare, mai puține transferuri între servicii și mai puțin context duplicat. Câștigurile reale depind de graf, de indexuri, de sarcina de lucru și de hardware.
Cale de acces ilustrativă
01 / Graf durabil
Navă · Marfă · Rută · alte nave · altă marfă · intervalele mai vechi rămân pe disc.
La început sunt atinse doar referințele și o selecție indexată.
02 / Set de lucru relevant
Nava selectată → marfă → traseul cerut
Încărcați datele conectate și fereastra de timp pe care le folosește această operație.
03 / Rezultat limitat
Pagină · eșantion · flux
Returnați o pagină, un eșantion sau un flux. Exporturile mari și reconstrucțiile folosesc procesare limitată sau joburi durabile.
Sistemele relaționale funcționează bine pentru înregistrări structurate și raportare SQL. Pe măsură ce o aplicație conectată adaugă istoric, hărți, regăsire semantică și AI, costul se mută adesea spre joinuri, maparea obiectelor și coordonarea unor servicii suplimentare. Cygnus este proiectat să reducă acest overhead într-un singur motor programabil.
| Dimensiune | Stocare tabelară + stivă de aplicație | Graful temporal unificat Cygnus (planificat) |
|---|---|---|
| Stocarea datelor | Entitățile devin rânduri; relațiile folosesc chei și adesea tabele de legătură. Codul aplicației transformă rândurile în obiecte. | Entitățile tipizate și legăturile persistente împart un singur model între stocare, logică și servicii. |
| Interogări conectate | Joinurile reconstruiesc relațiile la momentul interogării. Căile adânci pot adăuga complexitate interogărilor și mapării. | Punctele de intrare indexate și traversarea grafului urmează relațiile stocate, cu constrângeri temporale și spațiale. |
| Memorie și mutarea datelor | Motoarele eficiente folosesc deja indexuri și cache; joinurile ample și procesarea în aplicație pot crea totuși rezultate intermediare mari. | Datele din graf se încarcă la cerere; se folosesc intervale, pagini și fluxuri limitate, în loc de materializarea întregului set de date conectat. |
| Istoric și corecturi | Tabelele de istoric, extensiile temporale sau modelele de evenimente trebuie proiectate și aliniate cu interogările aplicației. | Starea temporală și accesul bitemporal fac parte din model, păstrând distincția dintre timpul valid și timpul cunoașterii. |
| Geo, text și vectori | Extensiile pot adăuga capabilități într-o singură bază de date; serviciile specializate pot avea nevoie de propriile căi de identitate, indexare și sincronizare. | Resursele spațiale, de serii temporale, text și vectori se conectează la aceleași entități și la surse versionate. |
| Limbaje de interogare și de aplicație | SQL plus codul aplicației, biblioteci de mapare și uneori limbaje separate pentru căutare sau pentru interogarea grafurilor. | Un singur limbaj nativ tipizat și un model de interogare optimizat aduc calculul aproape de structurile persistente ale grafului. |
| Mentenanță și evoluție | Trebuie coordonate schemele bazei de date, mapările, contractele de servicii și orice depozite de regăsire operate separat. | Descriptorii de tip și contractele de servicii comune reduc definițiile duplicate; migrările și modificările de index urmează un comportament de versionare explicit. |
| AI și controlul accesului | De regulă se adaugă un gateway pentru instrumente și un strat de chat, apoi permisiunile lor se aliniază cu căile de date pe care le apelează. | MCP nativ și un contract de chat delimitat folosesc aceleași servicii tipizate, cu autorizarea în căile de stocare și de execuție. |
Cum se măsoară: avantajul urmărit este o muncă mai rapidă pe date bogate în relații, cu mai puțin overhead de mapare, sincronizare și resurse. Măsurați latența interogărilor, memoria de vârf, I/O pe disc, ingestia și efortul de mentenanță pe aceeași sarcină de lucru și pe același hardware. Un data warehouse sau o stivă SQL matură pot rămâne varianta potrivită pentru analize tabelare de mari dimensiuni sau când sunt necesare anumite extensii.
Un răspuns AI devine mai util atunci când poate lega documentul potrivit de entitatea, locul și momentul potrivite. Cygnus este planificat să aducă regăsirea, logica de business apelabilă și înregistrările conversațiilor în modelul backendului.
Model Context Protocol le oferă agenților autorizați o modalitate tipizată și descoperibilă de a folosi funcțiile backendului. Descoperirea și execuția instrumentelor respectă permisiunile apelantului, cu aceleași contracte de servicii folosite de aplicații.
Contractul de chat planificat, neutru față de furnizor, acoperă mesaje, evenimente de streaming, apeluri de instrumente, ieșire structurată și înregistrări durabile ale sesiunilor și rulărilor. Legăturile cu modele locale sau la distanță sunt alese și calificate explicit pentru fiecare implementare.
Combinați regăsirea full-text și vectorială cu contextul de graf, spațial și istoric. Păstrați referințele la versiunile surselor și la contextul temporal ales, astfel încât o persoană să poată verifica dovezile și să înțeleagă cum s-a format un răspuns.
Regulile de acces la date se aplică înainte de afișare și de ordonarea rezultatelor căutării. Conținutul regăsit și răspunsul modelului nu acordă permisiunea de a acționa; acțiunile protejate necesită propria autorizare și, acolo unde este prevăzut, o decizie umană.
„Ce marfă se afla ieri pe navele din zona furtunii și ce rapoarte explică riscul?”
Această sarcină de lucru maritimă propusă reunește întreaga arhitectură. Aceeași abordare poate conecta echipamente, telemetrie și mentenanță în aplicații din energie, producție sau infrastructură.

Cum se construiește răspunsul
Selectați intervalul de ieri și dacă întrebarea folosește ce se știa atunci sau dovezile corectate ulterior.
Folosiți selecția geospațială și intervalele de serii temporale pentru a identifica navele ale căror trasee au intersectat zona furtunii.
Traversați relațiile istorice ale navei cu mărfurile, operatorii și porturile, încărcând doar părțile necesare ale grafului.
Combinați căutarea după cuvinte-cheie și căutarea semantică în versiunile autorizate ale documentelor, legate de entitățile și contextul temporal selectate.
Un serviciu tipizat sau un instrument MCP returnează dovezile. Chatul le poate explica, păstrând sursele și contextul relevant.
Separăm ce este dovedit de ce urmează și le etichetăm pe amândouă. Pentru NatusAI Cygnus este planificată prima versiune (v1).
Cygnus păstrează datele și logica de business. NatusAI Lyra le afișează, NatusAI Auriga și Aquila permit AI să lucreze cu ele, NatusAI Orion construiește aplicații pe ele, NatusAI Draco le rulează, iar NatusAI Gemini le recuperează.
Ce este Cygnus. O bază de date temporală de tip graf, programabilă, aflată în plan: un limbaj tipizat propriu, un model de interogare optimizat și un runtime de backend. Graful, datele geospațiale, vectorii, semantica de triple-store, seriile temporale și căutarea full-text împart un singur model, cu o singură identitate, un singur model tranzacțional și o singură graniță de autorizare.
| Profil | Prima versiune | Limită |
|---|---|---|
| Embedded | Inclus | Un singur proces de aplicație, cu stocare locală. |
| Dezvoltare | Inclus | Inițializare de proiect gol și moduri explicite de sursă. |
| Producție, un singur server | Inclus | Un singur nod; backup, recuperare la un moment dat (point-in-time) și restaurare verificată incluse în perimetru. |
| Cluster | Exclus | Nu se revendică sharding, replicare, traversare distribuită sau failover. |
| Sarcină de lucru izolată | Exclus | Niciun profil de sarcină izolată calificat separat. |
| Criteriu | Prag propus | Status |
|---|---|---|
| Parteneri de design în producție pe sarcina de referință | Cel puțin 3 | Neîndeplinit încă |
| Sistem de evidență în producție, cu istoric păstrat | Cel puțin 1, cu cel puțin 6 luni de istoric | Neîndeplinit încă |
| Ingestie susținută de poziții, clasă de referință cu 32 vCPU | ≥ 100.000 de rapoarte/s | Neîndeplinit încă |
| Nave dintr-un poligon, din 250.000 de poziții live | p99 ≤ 150 ms | Neîndeplinit încă |
| Regăsire hibridă top-20 în 5 milioane de documente | p99 ≤ 300 ms | Neîndeplinit încă |
| Corectitudine out-of-core | Set de date ≥ 24 × RAM | Neîndeplinit încă |
| Overhead de autorizare la nivel de element | ≤ 2 × politica cu granularitate mare | Neîndeplinit încă |
| Commituri confirmate pierdute pe un singur server | Zero | Neîndeplinit încă |
| Teste programate de restaurare verificată | 100% reușite | Neîndeplinit încă |
| Evaluări de proiecte goale conduse de agenți, fără reparații umane | ≥ 70% reușite | Neîndeplinit încă |
Rulează pe serverele dumneavoastră ca un singur sistem, fără servicii separate de căutare, graf și serii temporale de licențiat și securizat.
Răspunsurile păstrează referințe la versiunea sursei și la momentul în timp pe care l-au folosit.
Regulile de acces la date se aplică înainte ca ceva să fie afișat sau ordonat. Textul regăsit nu acordă niciodată unei AI permisiunea de a acționa.
Restaurarea verificată și recuperarea la un moment dat sunt cerințe de lansare, nu opțiuni.
Problemele, abordările și rezultatele utile din poveștile noastre din industrie și din arhitecturile de referință. Fiecare exemplu evidențiază dimensiunile care fac problema potrivită pentru modelul unificat planificat Cygnus.

01 · Bănci și servicii financiare
Conturi → Tranzacții → Investigație
Potrivire CygnusGrafTriplețiIstoric temporalText integral

02 · Energie și utilități
Active de rețea → Citiri de contor → Mentenanță
Potrivire CygnusGrafGeospațialSerii temporaleIstoric temporal

03 · Producție
Echipament → Istoric senzori → Intervenție
Potrivire CygnusGrafSerii temporaleIstoric temporal

04 · OSINT
Locuri și evenimente → Rapoarte-sursă → Evaluare
Potrivire CygnusGeospațialGrafText integralIstoric temporal

05 · Planificare solară și de infrastructură
Clădiri → Condiții solare → Scenarii
Potrivire CygnusGeospațialGrafSerii temporale

06 · Telecomunicații
Client → Solicitare de serviciu → Transfer către un operator uman
Potrivire CygnusGrafText integralIstoric temporalChat

07 · Comerț și lanțuri de aprovizionare
Fluxuri comerciale → Dependențe → Perturbare
Potrivire CygnusGrafGeospațialIstoric temporalChat
Aceste povești descriu proiecte, fluxuri de lucru explorate și arhitecturi de referință. Etichetele „Potrivire Cygnus” le pun în corespondență cu produsul planificat; ele nu atestă o implementare Cygnus lansată.
O fundație complementară
NatusAI Lyra oferă web components reutilizabile pentru hărți, grafuri, căutare și fluxuri de lucru în aplicații. Integrarea mai largă cu Orion și Cygnus face parte din viziunea platformei. Explorați NatusAI Lyra
Răspunsuri scurte pentru factorii de decizie. Echipa dumneavoastră tehnică găsește detaliile în secțiunea extensibilă de mai sus.
Încă nu. Pentru Cygnus este planificată o primă versiune, acceptată doar după ce trece testele de acceptanță definite. Același motor ca în proiectele pentru clienți este deja dovedit în livrare, iar echipa noastră construiește astăzi pe el.
Nu. Prima versiune vizează un singur server. Un model de date la scară globală poate rula pe un singur nod, în limitele testate; geografia globală nu presupune un cluster.
Nu neapărat. Cygnus este proiectat pentru muncă conectată, bogată în relații. Pentru raportare tabelară de mari dimensiuni, un data warehouse sau o stivă SQL matură pot rămâne varianta potrivită, iar Cygnus poate funcționa alături.
Aduceți-o. Vă arătăm cum ar răspunde un model conectat și de ce ar fi nevoie.
Sau scrieți-ne la contact@natusai.com
