1. Úvod
  2. Produkty
  3. NatusAI Cygnus
Propojený datový základ · Vrstva 01 · Propojený základPlánováno: v1

NatusAI Cygnus: znalostní graf pro firmy – jeden propojený obraz vaší firmy i s její historií

Cygnus je plánovaný datový základ platformy NatusAI. Drží pohromadě aktiva, dokumenty, místa, měření a vztahy mezi nimi, takže lidé i schválení AI asistenti budou moci odpovídat na otázky, které dřív trvaly dny.

  • Odpovědi na otázky napříč oddělenými systémy, dokud je rozhodnutí ještě otevřené.
  • Uvidíte, co platilo a co se vědělo k libovolnému datu v minulosti: historie, kterou vaši auditoři dokážou sledovat.
  • Běží jako jeden systém na vašich vlastních serverech, s menším počtem částí, které je třeba integrovat a zabezpečit.
Noční pohled na pobřeží s osvětlenými přístavy, kontejnerovou lodí a světelnými trasami: propojené celosvětové dvojče
Co to přinese firmě

Šest druhů firemních dat, jeden propojený model

Údaj ze senzoru má čas, místo, aktivum a zdroj. Smlouva odkazuje na stejné aktivum. Cygnus tato propojení uchovává, takže odpovědi po nich vedou, místo aby je pokaždé skládaly znovu.

Vztahy

Zákazníci, zařízení, smlouvy a události propojené přímo, takže vlastnictví, závislosti i příčiny lze snadno sledovat.

Fakta a znalosti

Kdo co provozuje, která zpráva popisuje který incident: fakta navázaná na věci, které popisují.

Poloha

Pozice, trasy a oblasti propojené s aktivy, ke kterým patří, i s jejich historií.

Měření v čase

Naměřené hodnoty uložené u aktiv, která popisují – od jednoho okamžiku po roky historie.

Vyhledávání podle významu

Najděte informace podle toho, co říkají, a pak je dohledejte zpět k původnímu zdroji.

Přesné vyhledávání

Názvy, identifikátory a pasáže v kombinaci se vztahy, místem a časem.

Infrastrukturní inženýr a manažerka IT bezpečnosti kontrolují server ve vlastním datovém centru (ilustrační foto)
První vydání cílí na jeden server, který provozujete sami.
Tři průsvitné roviny propojených uzlů ubíhající do hloubky: stejná data v různých okamžicích

Zeptejte se, co se změnilo a co se tehdy vědělo.

Loď vplula do oblasti bouře ve 14:00. Opravená poloha dorazila ve 14:10. Cygnus je navržený tak, aby zrekonstruoval rozhodnutí ze 14:05 s tím, co se tehdy vědělo, nebo ukázal opravený obraz. Právě takovou historii požaduje auditor nebo dozorový orgán.

Programování blízko datům

Jazyk a dotazovací model stavěné pro graf

Cygnus má spojit vlastní typovaný programovací jazyk s úložištěm, prováděním a službami. Obchodní logika pracuje přímo s perzistentními entitami a jejich vztahy, takže ubude převádění mezi řádky databáze, aplikačními objekty a odpověďmi API.

Jednou namodelovat, všude používat

Stejný typovaný model nese data z trvalého úložiště do aplikační logiky i do kontraktů služeb. Méně mapování znamená méně míst, kde se mohou rozejít typy, názvy polí a definice vztahů.

Dotazy po propojených cestách

Začnete v indexovaném vstupním bodě, projdete vztahy, které potřebujete, a výsledek omezíte časem, prostorem nebo vyhledáváním. Optimalizovaný dotazovací model se snaží tuto práci odvést blízko úložišti a vrátit jen požadovaný výsledek.

Stejná obchodní logika jako služba

Typované funkce se stávají aplikačními službami a schválenými nástroji. HTTP/RPC, streaming, generovaní klienti v TypeScriptu a deskriptory MCP jsou součástí návrhu backendu, takže ubude samostatných adaptérových vrstev, které je třeba udržovat.

Méně přesunů dat. Menší pracovní sada.

Načtěte jen to, co potřebujete. Zbytek zůstane na disku.

Velký graf není nutné načíst do paměti celý. Perzistentní reference umožňují operaci načíst relevantní uzly, stránky indexů a časové rozsahy až ve chvíli, kdy je potřebuje.

Pohled na jednu loď by neměl vyžadovat načtení všech lodí, všech dokumentů a celé historie poloh. Selektivní průchod a ohraničená čtení mají udržet spotřebu paměti v poměru k práci, která se skutečně provádí.

Právě tudy vede cesta k rychlejším propojeným dotazům a nižší režii zdrojů: méně materializace, méně přenosů mezi službami a méně duplikovaného kontextu. Skutečné zisky závisejí na grafu, indexech, zátěži a hardwaru.

Ilustrativní přístupová cesta

  1. 01 / Trvalý graf

    Nejdřív reference a indexovaný výběr

    Loď · Náklad · Trasa · ostatní lodě · ostatní náklad · starší rozsahy zůstávají na disku.

    Zpočátku se pracuje jen s referencemi a indexovaným výběrem.

  2. 02 / Relevantní pracovní sada

    Načíst to, co tato operace používá

    Vybraná loď → náklad → požadovaná trasa

    Načtou se propojená data a časové okno, které tato operace používá.

  3. 03 / Ohraničený výsledek

    Mapový pohled, výsek historie nebo odpověď

    Stránka · vzorek · stream

    Vrátí se stránka, vzorek nebo stream. Velké exporty a přestavby používají ohraničené zpracování nebo trvalé úlohy.

Úložiště, dotazy a údržba

Od skládání tabulek k procházení propojených dat

Relační systémy se dobře hodí pro strukturované záznamy a reporting v SQL. Když ale propojená aplikace přidá historii, mapy, sémantické vyhledávání a AI, náklady se často přesouvají do joinů, objektového mapování a koordinace dalších služeb. Cygnus je navržený tak, aby tuto režii snížil uvnitř jednoho programovatelného jádra.

Architektonické srovnání pro propojené provozní zátěže · schopnosti Cygnus zůstávají plánované
OblastTabulkové úložiště + aplikační stackJednotný temporální graf Cygnus (plánováno)
Ukládání datEntity se stávají řádky; vztahy využívají klíče a často spojovací tabulky. Aplikační kód mapuje řádky na objekty.Typované entity a perzistentní vazby sdílejí jeden model napříč úložištěm, logikou a službami.
Propojené dotazyJoiny skládají vztahy znovu až při dotazu. Hluboké cesty mohou zvyšovat složitost dotazů i mapování.Indexované vstupní body a průchod grafem sledují uložené vztahy s časovými a prostorovými omezeními.
Paměť a přesuny datEfektivní databáze už používají indexy a cache; široké joiny a zpracování na straně aplikace přesto mohou vytvářet velké mezivýsledky.Data grafu se načítají na vyžádání; místo materializace celé propojené datové sady se používají ohraničené rozsahy, stránky a streamy.
Historie a opravyTabulky historie, temporální rozšíření nebo modely událostí je třeba navrhnout a sladit s aplikačními dotazy.Časový stav a bitemporální přístup jsou součástí modelu a zachovávají rozdíl mezi valid time a knowledge time.
Geodata, text a vektoryRozšíření mohou přidat schopnosti do jedné databáze; specializované služby mohou potřebovat vlastní identity, indexování a synchronizaci.Prostorová data, časové řady, text a vektory se napojují na tytéž entity a verzované zdroje.
Dotazovací a aplikační jazykySQL plus aplikační kód, mapovací knihovny a někdy samostatné dotazovací jazyky pro vyhledávání nebo grafy.Jeden nativní typovaný jazyk a optimalizovaný dotazovací model přibližují výpočty k perzistentním strukturám grafu.
Údržba a vývojJe třeba koordinovat databázová schémata, mapování, kontrakty služeb a případná samostatně provozovaná úložiště pro vyhledávání.Sdílené deskriptory typů a kontrakty služeb omezují duplicitní definice; migrace a změny indexů se řídí explicitním chováním verzí.
AI a řízení přístupuObvykle se přidává brána pro nástroje a chatová vrstva a jejich oprávnění se pak slaďují s datovými cestami, které volají.Nativní MCP a ohraničený chatový kontrakt používají tytéž typované služby, s autorizací v cestách úložiště i provádění.

Jak to měřit: zamýšlenou výhodou je rychlejší práce s množstvím vztahů a menší režie mapování, synchronizace a zdrojů. Měřte latenci dotazů, špičkovou spotřebu paměti, diskové I/O, příjem dat a náročnost údržby na stejné zátěži a stejném hardwaru. Pro rozsáhlou tabulkovou analytiku nebo tam, kde jsou nutná specifická rozšíření, může zůstat vhodnější datový sklad nebo vyzrálý SQL stack.

Nativní MCP a chat

AI může pracovat s vašimi daty. I s kontextem, který za nimi stojí.

Odpověď AI je užitečnější, když dokáže propojit správný dokument se správnou entitou, místem a okamžikem. Cygnus má přenést vyhledávání, volatelnou obchodní logiku i záznamy konverzací do modelu backendu.

Nativní nástroje MCP

Model Context Protocol dává schváleným agentům dohledatelný, typovaný způsob, jak používat funkce backendu. Vyhledání i spuštění nástrojů se řídí oprávněními volajícího a používá stejné kontrakty služeb jako aplikace.

Chat jako schopnost backendu

Plánovaný chatový kontrakt nezávislý na poskytovateli pokrývá zprávy, streamované události, volání nástrojů, strukturovaný výstup a trvalé záznamy relací a běhů. Lokální nebo vzdálené vazby na modely se pro každé nasazení výslovně vybírají a kvalifikují.

Odpovědi s časově zakotvenými doklady

Kombinujte fulltextové a vektorové vyhledávání s grafovým, prostorovým a historickým kontextem. Odkazy na verze zdrojů a zvolený časový kontext zůstávají zachované, takže si člověk může doklady prohlédnout a pochopit, jak odpověď vznikla.

Pravidla přístupu k datům platí dřív, než se cokoli zpřístupní nebo seřadí ve výsledcích vyhledávání. Vyhledaný obsah ani výstup modelu nedávají oprávnění jednat; chráněné akce vyžadují vlastní oprávnění a tam, kde je to stanoveno, rozhodnutí člověka.

Všechny dimenze v jedné otázce

Sledujte loď v čase i prostoru

„Jaký náklad byl včera na lodích v oblasti bouře a které zprávy vysvětlují riziko?“

Tato navrhovaná námořní zátěž spojuje celou architekturu dohromady. Stejný přístup může propojit zařízení, telemetrii a údržbu v aplikacích pro energetiku, výrobu nebo infrastrukturu.

Koncepční mapa propojující lodě, přístavy a námořní trasy v noci
Ilustrační: navrhovaná námořní zátěž, nikoli živá globální služba.

Jak odpověď vzniká

  1. Nastavit historický kontext

    Zvolte včerejší interval a určete, zda otázka vychází z toho, co se vědělo tehdy, nebo z později opravených dokladů.

  2. Najít relevantní polohy

    Geoprostorový výběr a rozsahy časových řad určí lodě, jejichž trasy protnuly oblast bouře.

  3. Sledovat náklad a vlastnictví

    Průchod historickými vztahy lodi k nákladu, provozovatelům a přístavům, při kterém se načítají jen potřebné části grafu.

  4. Dohledat podkladové zprávy

    Kombinace klíčového a sémantického vyhledávání nad schválenými verzemi dokumentů, propojenými s vybranými entitami a časovým kontextem.

  5. Předat odpověď, kterou lze prověřit

    Typovaná služba nebo nástroj MCP vrátí doklady. Chat je může vysvětlit a přitom zachová zdroje i relevantní kontext.

Otevřeně o stavu

Co můžete používat dnes – a co je na roadmapě

Oddělujeme to, co je prověřené, od toho, co teprve přijde, a obojí označujeme. Pro NatusAI Cygnus se plánuje první vydání (v1).

Co můžete používat dnes

  • Jádro, na kterém stojí naše klientské projekty, je prověřené v praxi: celostátní digitální dvojče distribuční sítě a propojená vyšetřovací data banky.
  • Realizační projekty, ve kterých s naším týmem vybudujete propojený datový model ve vašem prostředí.

Co je na roadmapě

Plánováno: v1
  • První vydání Cygnus: jeden server plus profily embedded a vývojový, vydané teprve poté, co projde 25 stanovenými akceptačními testy.
  • Později: více serverů s replikací a failoverem. Rozsah se řídí doklady.
  • Později: širší možnosti pro AI a výpočty. Termíny nezveřejňujeme; plány sdílíme na základě NDA.

Přečíst plánovaný rozsah v1 · Zobrazit roadmapu

Jak se propojuje

Cygnus drží data a obchodní logiku. NatusAI Lyra je zobrazuje, NatusAI Auriga a Aquila umožňují AI s nimi pracovat, NatusAI Orion nad nimi staví aplikace, NatusAI Draco je provozuje a NatusAI Gemini je obnovuje.

Pro váš technický tým

Co je Cygnus. Plánovaná programovatelná temporální grafová databáze: vlastní typovaný jazyk, optimalizovaný dotazovací model a backendový runtime. Graf, geoprostorová data, vektory, sémantika triple-store, časové řady a fulltextové vyhledávání sdílejí jeden model s jednou identitou, jedním transakčním modelem a jednou hranicí autorizace.

  • Šest datových rodin: typované grafové vztahy; triply (výměna RDF a kompatibilita se SPARQL jsou samostatná rozhodnutí o vydání); geoprostorové indexování s podporou CRS a přesnou dodatečnou kontrolou; pravidelné i nepravidelné časové řady s agregacemi a okny podle času události; husté i řídké vektory navázané na verze zdroje; fulltext s verzovanými analyzátory, BM25 a hybridním řazením.
  • Bitemporální historie: valid time (kdy něco platilo) a knowledge time (kdy se to systém dozvěděl); odpovědi „as-of“ reprodukovatelné vůči oběma, včetně pozdějších oprav.
  • Transakce a přístup: strict-serializable transakce drží změny entit, grafu, času a deklarovaných indexů v jedné commit epoch. Autorizace je součástí cest úložiště i provádění a uplatňuje se před řazením výsledků vyhledávání a výběrem top-k; odepřené zdroje neprosakují přes počty ani chybová hlášení.
  • Přístup pro AI: nativní deskriptory MCP a chatový kontrakt nezávislý na poskytovateli (zprávy, streaming, volání nástrojů, strukturovaný výstup, trvalé záznamy relací). Lokální nebo vzdálené vazby na modely se kvalifikují pro každé nasazení.
  • Služby: typované HTTP/RPC a streaming, change feedy, generovaní klienti v TypeScriptu, rozhraní Explorer, LSP a klient pro VS Code.
  • Out-of-core už v návrhu: perzistentní reference načítají jen uzly, stránky indexů a časové rozsahy, které operace potřebuje, takže velký graf se nemusí vejít do paměti.
  • Upřímně o vhodnosti: pro rozsáhlou tabulkovou analytiku může zůstat lepší volbou datový sklad nebo vyzrálý SQL stack.
Plánované profily nasazení prvního vydání
ProfilPrvní vydáníHranice
EmbeddedZahrnutoJeden aplikační proces s lokálním úložištěm.
VývojovýZahrnutoInicializace prázdného projektu a explicitní režimy zdrojů.
Produkční, jeden serverZahrnutoJeden uzel; zálohování, obnova k určitému okamžiku a ověřená obnova jsou v rozsahu.
ClusterNezahrnutoŽádný sharding, replikace, distribuovaný průchod ani failover.
Izolovaná zátěžNezahrnutoŽádný samostatně kvalifikovaný profil pro izolovanou zátěž.
Vybrané akceptační brány · navrhované kvalifikační cíle, ne změřené výsledky
BránaNavrhovaná hraniceStav
Produkční design partneři na referenční zátěžiAlespoň 3Zatím nesplněno
Produkční systém záznamu s uchovávanou historiíAlespoň 1, s historií 6+ měsícůZatím nesplněno
Trvalý příjem poloh, referenční třída 32 vCPU≥ 100 000 zpráv/sZatím nesplněno
Lodě uvnitř polygonu nad 250 000 živých polohp99 ≤ 150 msZatím nesplněno
Hybridní vyhledání top-20 nad 5 miliony dokumentůp99 ≤ 300 msZatím nesplněno
Správnost out-of-coreDatová sada ≥ 24 × RAMZatím nesplněno
Režie autorizace na úrovni prvků≤ 2 × hrubozrnná politikaZatím nesplněno
Potvrzené commity ztracené na jednom serveruNulaZatím nesplněno
Plánované testy ověřené obnovy100 % úspěšnýchZatím nesplněno
Hodnocení prázdného projektu řízená agentem bez lidské opravy≥ 70 % úspěšnýchZatím nesplněno

Zobrazeno je 10 z 25 akceptačních bran. Cygnus 1.0 zatím nebyl přijat ani vydán; navrhovaný cíl je test, který je třeba provést, ne závazek vůči zákazníkovi. Rozsah se přehodnotí například tehdy, pokud příjem zůstane pod 80 000 zpráv/s nebo selže jakýkoli test obnovy. Ceny, licencování a termíny dodání zatím nejsou stanoveny. Všech 25 bran, sedm datových rodin, 19 kontraktů a vazby na poskytovatele AI najdete na stránce plánovaného rozsahu v1; další profily jsou na roadmapě Cygnus.

Kontrola už v návrhu

Jak NatusAI Cygnus snižuje rizika AI

Suverenita, řízení a bezpečnost v NatusAI

Vlastnictví

Běží na vašich serverech jako jeden systém, bez samostatných služeb pro vyhledávání, grafy a časové řady, které je třeba licencovat a zabezpečit.

Doklady

Odpovědi si uchovávají odkazy na verzi zdroje a okamžik, ze kterého vycházely.

Přístup

Pravidla přístupu k datům platí dřív, než se cokoli zobrazí nebo seřadí. Vyhledaný text nikdy nedává AI oprávnění jednat.

Obnova

Ověřená obnova a obnova k určitému okamžiku jsou podmínkou vydání, ne volitelnou možností.

Propojená data v praxi

Jeden propojený model. Mnoho skutečných problémů.

Problémy, přístupy a užitečné výsledky z našich oborových příběhů a referenčních architektur. Každý příklad ukazuje dimenze, díky kterým se problém hodí pro plánovaný jednotný model Cygnus.

Tyto příběhy popisují projekty, prozkoumané pracovní postupy a referenční architektury. Štítky vhodnosti pro Cygnus je přiřazují k plánovanému produktu; nedokládají vydané nasazení Cygnus.

Logo NatusAI Lyra

Párový základ

Dejte propojeným datům srozumitelné rozhraní.

NatusAI Lyra nabízí opakovaně použitelné webové komponenty pro mapy, grafy, vyhledávání a aplikační pracovní postupy. Širší integrace s Orion a Cygnus je součástí vize platformy. Více o NatusAI Lyra

Otázky

Otázky k NatusAI Cygnus

Stručné odpovědi pro vedení. Podrobnosti najde váš technický tým v rozbalovací části výše.

Je NatusAI Cygnus dostupný už dnes?

Zatím ne. Pro Cygnus se plánuje první vydání, které bude přijato teprve poté, co projde stanovenými akceptačními testy. Stejné jádro jako v našich klientských projektech je už prověřené v praxi a náš tým na něm staví už dnes.

Potřebuje celosvětové dvojče mnoho serverů?

Ne. První vydání cílí na jeden server. Celosvětový datový model může v rámci otestovaných limitů běžet na jednom uzlu; globální geografie neznamená nutnost clusteru.

Nahradí Cygnus náš datový sklad?

Ne nutně. Cygnus je navržený pro propojenou práci s množstvím vztahů. Pro rozsáhlý tabulkový reporting může zůstat vhodnější datový sklad nebo vyzrálý SQL stack a Cygnus může běžet vedle něj.

Promluvte si s naším týmem

Na kterou otázku hledají vaše týmy odpověď celé dny?

Přineste jednu. Ukážeme vám, jak by na ni odpověděl propojený model a co by to obnášelo.

Nebo nám napište na contact@natusai.com

Product owner, bezpečnostní manažer a analytička kontrolují interní aplikaci před vydáním (ilustrační foto)