NatusAIJádro a služby
Typovaný jazyk a provádění, transakční úložiště grafů a časových řad, autentizace a autorizace v cestách úložiště, typované služby HTTP/RPC a streaming, generovaný klient v TypeScriptu, deskriptory API a MCP.
- Úvod
- Produkty
- NatusAI Cygnus
- Plánovaný rozsah v1
Cygnus · plánované první vydáníPlánováno: v1NatusAI Cygnus: přesně vymezené první vydání. Nejdřív doklady, pak přijetí.
Cygnus 1.0 je plánované vydání programovatelné temporální grafové databáze, podmíněné akceptačními branami. Níže uvedený rozsah je plán návrhu a kvalifikace; žádná brána vydání ani výkonnostní cíl se neuvádí jako dosažený.
Stav: Cygnus 1.0 zatím nebyl přijat ani vydán. Před veřejným vydáním musí projít všechny zahrnuté schopnosti i doklady o bezpečnosti, dokumentaci, kompatibilitě, nasazení a obnově.
Hranice prvního vydání
Systém záznamu na jednom uzlu s kontrolovaným rozhraním pro agenty.
Plánované vydání spojuje jazyk, runtime, úložiště a služby pod jedním sémantickým modelem. Kandidátní implementace není veřejné vydání.
Data a vyhledávání
Sedm níže uvedených ohraničených profilů modalit, průchod grafem, geoprostorové indexování, textové vyhledávání/BM25 a řídké i husté vyhledávání, časová okna, agregace (rollupy) a trvalé odběry.
Nástroje a prostředí
Vybrané rozhraní Explorer, pět zmrazených aplikačních vzorů pro dvojčata, telemetrii, logy událostí, geografické trasy a CRUD nad zdroji; jádro LSP, klient pro VS Code a ohraničené headless ladění.
Provoz a AI
Trvalé úlohy a harmonogramy, pozorovatelnost na jednom serveru, zálohování, obnova k určitému okamžiku a ověřená obnova; ohraničený chatový kontrakt s kvalifikací poskytovatelů na přesně stanovené verze a nezávisle řízenou nápravou.
Pořadí závislostí: jádro → kontrakty služeb a bezpečnost → časová, prostorová a vyhledávací data → vybraný Explorer a nástroje pro agenty → provoz na jednom serveru a ohraničený chat. Data a zabezpečené služby předcházejí rozsáhlejšímu rozhraní pro agenty.
Kontrakty služeb a nástrojů
Stejný typovaný model použitelný pro lidi, klienty i agenty.
Jde o plánované požadavky prvního vydání se samostatnými branami pro shodu se specifikací a bezpečnost, nikoli o tvrzení, že každé rozhraní je dostupné už dnes.
Služby a spravované soubory
Typované operace HTTP/RPC a streaming, change feedy, generovaní klienti v TypeScriptu a verzované popisy služeb pro použití přes API a MCP. Spravovaná souborová služba postavená na Blob úložišti by poskytovala transakční virtuální adresáře a ohraničený přenos, bez implicitního parsování a bez přístupu k souborovému systému hostitele.
Trvalá lidská rozhodnutí
Vlastní fronta rozhodnutí a schválení by uchovávala závazná lidská rozhodnutí i po skončení relace agenta. Návrh agenta a jeho doklady zůstávají oddělené od oprávnění ho aktivovat.
Jazyk a lokalizace
Nativní základ zahrnuje jazykové tagy, kontext prezentace, typovanou identitu zpráv a katalogů a ohraničené formátování. Server i generovaní klienti v TypeScriptu se musí shodnout na pevně stanovených katalozích; konkrétní produkční jazyková prostředí a intervaly podpory zůstávají otevřené.
Explorer a nástroje pro vývojáře
Vybraný Explorer s autentizací pokrývá přehled, data/graf, aktivitu/logy, funkce/API/MCP, přístup a kvalifikované nastavení chatu a poskytovatelů. Jeho lokalizace musí projít kontrolami typovaných argumentů, RTL, pseudolokalizace, přístupnosti, záměrně škodlivých překladů a shody mezi serverem a klientem. Jádro LSP, tenký klient pro VS Code a kontrakt ohraničeného headless ladění jsou povinné; integrace Debug Adapter Protocol do editoru je odložená.
Pět zmrazených aplikačních vzorů tvoří entita dvojčete, časová řada telemetrie, log událostí, geografická trasa a CRUD nad zdroji. Obecný deklarativní systém UI ani jazykový runtime v prohlížeči nejsou součástí tohoto prvního vydání.
Význam dat a pravomoci
Švy se musí uzavřít uvnitř jednoho systému.
Jde o architektonické požadavky na plánované vydání, podmíněné kvalifikací shody se specifikací a bezpečnosti.
Co platilo; co se vědělo
Bitemporální přístup rozlišuje valid time faktu (kdy platil) od okamžiku, kdy vstoupil do systému. Odpověď „as-of“ by měla být reprodukovatelná vůči oběma, včetně pozdějších oprav.
Jedna transakce a deklarované odvozeniny
Strict-serializable transakce s jemnou detekcí logických konfliktů mají udržet změny entit, grafu, času a deklarovaných transakčních indexů či odvozených zdrojů v jedné commit epoch.
Autorizace před zpřístupněním
Kontroly přístupu patří do cest úložiště a provádění, včetně skenů indexů, průchodů a agregací. Vyhledání (discovery) je oddělené od přístupu ke čtení; zamítnuté zdroje nesmějí uniknout přes počty, chybová hlášení ani náznaky existence. Autorizace vyhledávání proběhne před řazením a výběrem top-k.
Deklarovaný efekt veřejné funkce popisuje možné chování; sám o sobě nikdy nedává oprávnění. Vyhledaný obsah i výstup modelu zůstávají nedůvěryhodné, když agent navrhuje akci nástroje.
Sedm datových rodin
Trvalé uložení neznamená vestavěnou interpretaci.
Uložené zdroje si zachovávají ohraničený přístup, verzované deskriptory, klasifikaci, původ, pravidla uchovávání a autorizaci. Odvozený text, dlaždice nebo embeddingy jsou explicitně verzované a nikdy se potichu nestanou originálem.
| Modalita | Plánovaná reprezentace v prvním vydání | Mimo deklarovaný rozsah prvního vydání |
|---|---|---|
| Text | Ohraničené řetězce UTF-8; rozsáhlý UTF-8 jako streamované bloby nebo bloby čtené po rozsazích; textový index/BM25 verzovaný podle analyzátoru. | Univerzální oprava znakových sad, implicitní normalizace měnící zdroj nebo neomezená materializace řetězců. |
| Dokumenty | Závazné původní bajty zdroje s metadaty a původem; explicitní textové odvozeniny a bloky (chunky) může dodat nebo vytvořit deklarovaný externí poskytovatel. | Univerzální parsování PDF a kancelářských formátů, skryté OCR nebo považování extrahovaného textu za zdroj. |
| Obraz, zvuk a video | Původní bajty zdroje, metadata médií a otisk (digest); obnovitelný ohraničený příjem, streamování po rozsazích a explicitně verzované externí odvozeniny. | Přibalené dekodéry a překodéry, nativní video pipeline, náhledy, extrakce snímků nebo vlastní podobnost médií. |
| Stav časových řad | Přístup po bodech, dávkách a rozsazích, pravidelné i nepravidelné rozsahy a přesné rozlišení; později v rámci zahrnuté posloupnosti dodávek okna podle času události, watermarky, agregace (rollupy) a trvalé odběry. | Více nezávislých událostí v jednom okamžiku v jedné řadě; pro ty slouží mapa událostí. |
| Vektorový GIS | Geografické hodnoty a prvky s podporou CRS, v případě potřeby streamovaná rozsáhlá geometrie, přesné predikáty a indexovaní kandidáti s přesnou dodatečnou kontrolou. | Distribuované prostorové provádění nebo obecný únikový jazyk kompatibilní s PostGIS. |
| Rastrový GIS | Původní bajty zdroje s deskriptorem rastru, ohraničený přístup po bajtech/rozsazích a deklarované externí projekce dlaždic nebo přehledových vrstev. | Přibalené dekódování rastrů, nativní reprojekce či tvorba přehledových vrstev nebo zaručený náhodný přístup k dlaždicím ze sekvenčních formátů. |
| Husté a řídké numerické údaje | Ohraničená pole a řídká pole; minimální úložiště tenzorů float s pevným tvarem pro embeddingy vytvořené poskytovatelem. | Obecná tenzorová algebra, provádění modelů, ONNX, trénování, kvantizace nebo výpočty na zařízeních. |
Konkrétní výměnné formáty, přijímané typy dokumentů a médií, vektorové a rastrové profily, verze poskytovatelů a bezpečnostní testovací sady zůstávají rozhodnutími o vydání.
Profil nasazení
Nejdřív škálovat nahoru; cluster je pozdější profil.
Plánovanou produkční topologií je jeden server. Může hostit tenanty s izolací a kvótami, ale jeho kapacita i doména selhání zůstávají jedním uzlem.
| Profil | Plánované postavení v prvním vydání | Hranice |
|---|---|---|
| Embedded | Zahrnuto | Jeden aplikační proces s lokálním úložištěm; žádný samostatný serverový proces. |
| Vývojový | Zahrnuto | Inicializace prázdného projektu a explicitní režimy zdrojů. |
| Produkční, jeden server | Zahrnuto | Jeden uzel. Nejdřív trvalost na POSIX; trvalost a zálohování na objektovém úložišti v rozsahu vydání. |
| Cluster | Nezahrnuto · pozdější profil | Žádný sharding, replikace, distribuovaný průchod ani failover. |
| Izolovaná zátěž | Nezahrnuto | Žádný samostatně kvalifikovaný profil nasazení pro izolovanou zátěž. |
Volba prostředí nasazení, například datové centrum zákazníka nebo privátní cloud, je od těchto profilů runtimu oddělená.
Provoz na jednom serveru
Obnova a řízené změny patří do brány vydání.
Plánovaný produkční profil spojuje trvalé úlohy a harmonogramy s provozními doklady na jednom serveru. Netvrdí nic o clusteru, failoveru replik ani dostupnosti napříč uzly.
Zálohovat, obnovit a uchovávat
Plné a přírůstkové plánované zálohy, ověřená obnova a obnova k určitému okamžiku, uchovávání/TTL a právní blokace (legal hold) jsou zahrnutými požadavky. Dokončená záloha neprokazuje, že aplikaci a její data lze obnovit.
Pozorovat a reagovat
Produkční pozorovatelnost a deklarované cíle služeb by propojovaly incidenty s dotčenou aplikací a vydáním. Jednat smějí jen registrované, předem schválené třídy náprav v rámci svého ohraničeného profilu; zastaralá nebo odvolaná oprávnění musí akci odmítnout nebo eskalovat.
Nezávislé povyšování
Rozhodnutí o canary nasazení a návratu zpět (rollback) zůstávají pod nezávislou kontrolou. Agent, který navrhuje opravu, nemůže schválit rozšíření vlastních oprávnění, změnit svá akceptační kritéria ani aktivovat svého nástupce.
Změny za běhu systému
Pro profil s jedním serverem je plánováno průběžné nasazování schémat, kontraktů a backendu. Stabilní nativní C ABI a dohlížená hranice poskytovatelů umožňují deklarované integrace bez pozdějšího otevřeného registru nebo hostitele komponent.
Kvalifikace vydání navíc vyžaduje obnovu po pádu, nulovou ztrátu potvrzených commitů a úspěšné testy obnovy za deklarovaných podmínek. Navrhované číselné hranice jsou uvedené níže jako testy, nikoli jako změřené výsledky nebo úrovně služeb.
Příklad, který lze vyvrátit
Referenční zátěž celosvětového dvojčete.
Jde o navrhované předpoklady zátěže, které čekají na schválení autorem a na měření u design partnerů. „Celosvětové“ popisuje předmět, nikoli distribuované provádění.
| Oblast | Navrhovaná referenční zátěž |
|---|---|
| Entity dvojčete | 250 000 lodí; 5 000 přístavů a terminálů; 2 miliony nákladových jednotek |
| Příjem poloh | 25 000 zpráv/s trvale; 100 000 zpráv/s při 60sekundové špičce |
| Uchovávání v plné věrnosti | 90 dní; přibližně 194 miliard vzorků a 2 TB po kompresi |
| Uchovávání s podvzorkováním | Jeden vzorek za 5 minut po dobu až 36 měsíců; přibližně 79 miliard vzorků a 0,8 TB |
| Události a dokumenty | 5 milionů přístavních zastávek, oznámení a manifestů ročně |
| Embeddingy | 768 dimenzí float32; přibližně 15 GB ročně v surové podobě |
| Tvar grafu | Cesty vlastnictví, charteru a provozovatele do hloubky 6; průměrný výstupní stupeň 4; uzly přístavů až se 100 000 hranami |
| Interaktivní souběžnost | 200 lidí a 50 strojových klientů |
| Hardware a paměť | Navrhovaná referenční třída hardwaru 32 vCPU; poměr datové sady k RAM přibližně 24:1. RAM, dodavatel a model úložiště nejsou specifikovány. |
Hodnota 25 000 zpráv/s trvale popisuje tuto referenční zátěž. Hodnota 100 000 zpráv/s trvale v akceptačních branách je přísnější navrhovaná brána vydání; 80 000 zpráv/s na tomto hardwaru je samostatná hranice pro přehodnocení rozsahu.
Kapacita a pracovní sada
Rozsáhlá uchovávaná historie potřebuje ohraničené operace.
Teoretická aritmetika návrhu při přibližně 10,3 bajtu na vzorek po kompresi ukazuje zhruba na 1–2 biliony vzorků a až 20 TiB na uzel. Nejde o změřený výsledek kapacity.
≈10,3 bajtu
na vzorek po kompresi: základ aritmetiky návrhu
1–2 biliony
vzorků na uzel, zhruba, podle teoretické aritmetiky návrhu
≤20 TiB
na uzel při této hustotě; nejde o změřený výsledek kapacity
10 TiB / 16 GiB
samostatný navrhovaný kvalifikační případ: úložiště oproti instalované RAM
Samostatný navrhovaný kvalifikační případ používá 10 TiB úložiště s 16 GiB instalované RAM pro ohraničené dotazy na body, rozsahy, stránky, vzorky a výřezy zobrazení. Neznamená to, že celý korpus nebo celý index je v paměti, ani že každý globální dotaz je interaktivní.
Při přísnější bráně vydání 100 000 zpráv/s by 90 dní vzorků v plné věrnosti představovalo přibližně 0,78 bilionu vzorků a 8 TB. Dvanáct měsíců by znamenalo přibližně 3,2 bilionu a 32 TB, což přesahuje navrhované těžiště návrhu pro jeden uzel. Delší uchovávání by vyžadovalo podvzorkování nebo pozdější profil clusteru. Úplný export, globální řazení a přestavba celého indexu zůstávají prací pro streamování nebo trvalé úlohy.
Devatenáct kontraktů
Chování verzí musí být jasně dané ještě před vydáním.
Před verzí 1.0 platí jen to, že stabilní přidělené identifikátory se nikdy nepoužijí znovu. Všechny ostatní závazky pro 1.x jsou záměry pro vydání a několik podrobností zůstává nerozhodnutých.
| Oblast | Před verzí 1.0 | Zamýšlené chování 1.x nebo otevřené rozhodnutí |
|---|---|---|
| Zdrojový jazyk | Před verzí 1.0 žádný slib kompatibility pro 1.x. | Gramatika 1.0 je zmrazená; zdrojový kód přijímaný verzí 1.0 zůstane přijímaný i pozdějšími verzemi 1.x. |
| Deskriptory a katalog | Stabilní ID typů, polí a další přidělená ID se nikdy nepoužijí znovu. | Pozdější 1.x čte deskriptory zapsané dřívějšími vydáními 1.x. |
| Bytecode a plány | Žádný obecný slib kompatibility. | Fyzické plány se při upgradu přestaví. Trvalé úlohy si pevně drží odkaz na provádění; novější runtime je přečte, migruje, explicitně přehraje, nebo odmítne. Libovolné kontrolní body nejsou přenositelné. |
| Dekódování úložiště | Žádný obecný slib kompatibility. | Pozdější vydání si ponechávají dekodéry pro bloky 1.x, na které se stále odkazuje. |
| Zápis do úložiště | Žádný obecný slib kompatibility. | Zpětné čtení je deklarováno pro každý formát zvlášť. Downgrade se neslibuje. |
| Přenosový protokol a API | Žádný obecný slib kompatibility. | V rámci 1.x pouze aditivní změny; nekompatibilní změny vyžadují novou hlavní verzi služby. |
| Generovaný klient | Žádný obecný slib kompatibility. | Klient vygenerovaný pro 1.x se zkompiluje proti pozdějším serverům 1.x. |
| Deklarativní frontend | Žádný obecný slib kompatibility. | Druhy deskriptorů se v rámci 1.x pouze přidávají. |
| Balíčky a komponenty | Žádný obecný slib kompatibility. | Ponechané dekodéry, zámky a vybraná rozhraní nativních poskytovatelů se přidávají kompatibilně. Otevřený registr a hostitel komponent jsou pozdější prací. |
| Průběžný upgrade clusteru | Nepoužije se. | Nepoužije se: verze 1.0 nemá profil clusteru. |
| Zálohování a obnova | Žádný obecný slib kompatibility. | Pozdější 1.x obnoví zálohy dřívějších 1.x a vykáže výsledek ověřené obnovy. |
| Provozní konfigurace | Žádný obecný slib kompatibility. | V rámci 1.x pouze aditivní změny; odebrání vyžaduje vydání s označením zastaralosti. |
| Adaptér poskytovatele AI | Žádný obecný slib kompatibility. | Přenositelné chatové schéma a protokol workerů se rozšiřují kompatibilně. Konkrétní artefakty poskytovatelů si pevně stanovují vlastní verze, směry a schopnosti. Nevyplývá z toho žádný model ani funkce konkrétního dodavatele. |
| Pracovní prostor agentů a MCP | Interval podpory zbývá vybrat. | Směry verzí, vyjednávání a chování při selhání vyžadují rozhodnutí o vydání. |
| Relace agenta a pokyny | Interval podpory zbývá vybrat. | Směry verzí a chování kontrolních bodů vyžadují rozhodnutí o vydání. |
| Verzovaná AI dovednost (skill) | Interval podpory zbývá vybrat. | Oba směry i chování při selhání vyžadují rozhodnutí o vydání. |
| Efekty veřejných funkcí | Žádný obecný slib kompatibility. | Přidání efektu porušuje kontrakt veřejné funkce a vyžaduje novou hlavní verzi služby; samo o sobě nikdy nedává oprávnění. |
| Token konzistence | Interval podpory zbývá vybrat. | Token je v rozsahu služeb prvního vydání; jeho kontrakt kompatibility vyžaduje rozhodnutí o vydání. |
| Lokalizované zprávy a katalogy | Stabilní ID zpráv, katalogů a profilů se nikdy nepoužijí znovu. | Veřejné klíče a typované argumenty se přidávají kompatibilně; zprávy, na které se odkazuje, si zachovávají čtenáře. Jazyková prostředí, výchozí hodnoty a intervaly podpory katalogů zůstávají otevřené. |
Matice podpory vydání musí pro každý řádek specifikovat směr čtení i zápisu, podporované intervaly, vyjednávání a chování při selhání. Nevyplývá z ní žádná záruka downgradu ani přenositelnosti libovolných kontrolních bodů.
Ohraničený chat a lokální AI
Každý poskytovatel potřebuje vlastní doklady.
Plánovaný chatový kontrakt nezávislý na poskytovateli pokrývá obsah, zprávy, události, nástroje, strukturovaný výstup a trvalé záznamy relací a běhů. Schopnosti konkrétního modelu se nikdy neodvozují od obecného názvu endpointu.
| Plánovaná vazba v prvním vydání | Hranice kvalifikace |
|---|---|
| Deterministický simulovaný poskytovatel | Nutný pro reprodukovatelné testy. |
| Přímé OpenAI Responses | Konkrétní artefakt poskytovatele a pevně stanovená matice schopností a kontraktů; žádný model dodavatele se neslibuje. |
| Anthropic Messages | Konkrétní artefakt poskytovatele a pevně stanovená matice schopností a kontraktů. |
| Nativní Ollama | Kvalifikováno vůči nativnímu kontraktu, nikoli vůči rozhraní kompatibilnímu s OpenAI. |
| Ohraničený endpoint kompatibilní s OpenAI | Typovaná vazba na endpoint s ověřenými schopnostmi; nevydává se za OpenAI. |
| Externě spravovaný runtime na stejném hostiteli | Pouze ohraničené nároky klienta Cygnus na zdroje; externí runtime se nezapočítává do rezervy Cygnus. |
| Certifikovaný lokální llama.cpp spravovaný Cygnus | Varianta pro CPU je povinná; CUDA jen po kvalifikaci. Konkrétní model, tokenizér, runtime, zařízení, konfigurace a rozsah zdrojů vyžadují podepsaný certifikát. |
Vzdálené nebo nezávisle provozované lokální endpointy nepřebírají záruky RAM/VRAM platné pro spravovaný lokální provoz. Nativní výpočty modelů, široké agenty nativní pro poskytovatele, automatický fallback a neomezené využití AI tento profil nepokrývá. Názvy poskytovatelů a produktů označují pouze rozhraní; neznamenají partnerství ani doporučení.
Dvacet pět akceptačních bran
Vydání vyžaduje změřené doklady napříč celým systémem.
U žádné z níže uvedených bran se netvrdí, že byla splněna. Hodnoty platí pro deklarovanou zátěž, hardware a podmínky konzistence; brány „musí projít“ a „měla by projít“ zůstávají odlišné: 22 bran musí projít, 2 by projít měly.
| Brána · požadovaný doklad | Navrhovaná hranice | Požadavek · stav |
|---|---|---|
| 01 Produkční design partneři se zátěží odpovídající referenční zátěži | Alespoň 3 | Musí projítZatím nesplněno |
| 02 Produkční systém záznamu s uchovávanou historií | Alespoň 1 s historií alespoň 6 měsíců | Musí projítZatím nesplněno |
| 03 Trvalý příjem poloh na navrhované referenční třídě hardwaru 32 vCPU s transakční konzistencí indexů | Alespoň 100 000 zpráv/s | Musí projítZatím nesplněno |
| 04 Pohlcení špičky bez zahazování dat a bez neomezeného růstu fronty | 100 000 zpráv/s po dobu 60 sekund | Musí projítZatím nesplněno |
| 05 Lodě uvnitř polygonu nad 250 000 živých poloh | p99 nejvýše 150 ms | Musí projítZatím nesplněno |
| 06 Čtení 90denní trasy jedné lodi | p99 nejvýše 250 ms | Musí projítZatím nesplněno |
| 07 Hybridní řídké a husté vyhledání top-20 nad 5 miliony dokumentů | p99 nejvýše 300 ms | Musí projítZatím nesplněno |
| 08 Čtení okolí dvojčete, hloubka 3 a nejvýše 500 uzlů | p99 nejvýše 50 ms | Měla by projítZatím nesplněno |
| 09 Správnost out-of-core bez neomezeného růstu paměti | Datová sada alespoň 24krát větší než RAM | Musí projítZatím nesplněno |
| 10 Režie autorizace na úrovni prvků oproti hrubozrnné politice | Nejvýše 2krát | Musí projítZatím nesplněno |
| 11 Bod obnovy potvrzených commitů na jednom serveru | Nula ztracených potvrzených commitů | Musí projítZatím nesplněno |
| 12 Restart s datovou sadou 3 TiB | Závazné zápisy se obnoví do 20 sekund | Musí projítZatím nesplněno |
| 13 Plánované testy ověřené obnovy v okně vydání | 100 % úspěšných | Musí projítZatím nesplněno |
| 14 Obnova po pádu v každém kroku commitu | 100 % testů úspěšných | Musí projítZatím nesplněno |
| 15 Hodnocení agentů na prázdném projektu bez lidské opravy | Alespoň 70 % úspěšných v rámci deklarovaných rozpočtů | Musí projítZatím nesplněno |
| 16 Od prázdného projektu k nasazené, autorizované funkci čtení/zápisu dvojčete s generovaným klientem v TypeScriptu a formulářem | Nejvýše 30 minut, řízeno agentem | Měla by projítZatím nesplněno |
| 17 Povinné sady testů shody pro každý zahrnutý profil | 100 % úspěšných | Musí projítZatím nesplněno |
| 18 Zmrazené specifikace a minimální sady testů shody | Základní vrstva jádra, stabilní deskriptory identit a jádro hrozeb a bezpečnosti; deskriptory modalit, jazyk, projekt, mezireprezentace, plány, schéma, úložiště, transakce, streamy, zámek balíčků, lokalizace a základní nástroje; služby, MCP, funkce, UI, generovaný TypeScript, balíčky nasazení, change feedy a úplná bezpečnost; vyhledávání a čas událostí; řízené MCP, zmrazená projekce funkcí, lokalizace Exploreru, LSP a headless ladění; provoz na jednom serveru, rozhraní nativních poskytovatelů a ohraničený chat. Model hrozeb se přezkoumává u každé zahrnuté brány. | Musí projítZatím nesplněno |
| 19 Příklady v dokumentaci se spouštějí jako testy | 100% | Musí projítZatím nesplněno |
| 20 Výchozí hodnoty pro výkonnostní regrese s vlastníky | Každý benchmark kritické cesty | Musí projítZatím nesplněno |
| 21 Úplná matice podpory a kompatibility | Vybrané konkrétní formáty, profily dokumentů, médií, rastrů a poskytovatelů, jazyková prostředí a katalogy; všech 19 dimenzí specifikuje oba směry, intervaly, vyjednávání a chování při selhání; žádné prázdné buňky | Musí projítZatím nesplněno |
| 22 Produkční identita a kryptografická aktivace | Kvalifikovaný externí poskytovatel klíčů a auditovaný ceremoniál prvního administrátora; žádný záložní vývojový ani souborový poskytovatel | Musí projítZatím nesplněno |
| 22 Hlášení bezpečnostních zranitelností a provoz vydávání | Monitorovaný kontakt, veřejný šifrovací klíč, security.txt, postup pro bezpečnostní upozornění, kalendář podpory a vyzkoušené role pro vydání a rollback | Musí projítZatím nesplněno |
| 24 Úplná akceptace ohraničeného chatu | Akceptace jádra, všech pěti adaptérů poskytovatelů, MCP, znalostí, externě spravovaného lokálního provozu, certifikovaného spravovaného lokálního provozu na CPU, knihovny a minimálních zdrojů | Musí projítZatím nesplněno |
| 25 Katalog knihoven prvního vydání | Každá povinná součást má schválené vyzrálé vydání; doporučené součásti projdou, nebo uvedou nástupce a odchylku | Musí projítZatím nesplněno |
Brána vydání 100 000 zpráv/s na navrhované třídě hardwaru 32 vCPU je oddělená od náročnějšího technického cíle na menší, nespecifikované třídě hardwaru. Brány pro bezpečnost, identitu, poskytovatele, dokumentaci a matici podpory jsou stejně nutné jako propustnost.
Zbývá vybrat
Matice vydání je součástí vydání.
Konkrétní verze pro dokumenty, média, rastry, vektory, hromadnou výměnu dat a poskytovatele, produkční jazyková prostředí, intervaly katalogů a několik směrů kompatibility pro agenty, relace, skills a tokeny zůstávají otevřené. Musí být vybrány a kvalifikovány před verzí 1.0.
Ceny, licencování, obchodní balíčky, financování poskytovatelů, harmonogramy a termíny dodání také zatím nejsou vybrány. Navrhovaný cíl je test, který je třeba provést, ne závazek vůči zákazníkovi.
Pokračujte dál
Promluvte si s naším týmem
Přineste zátěž, u které švy bolí.
Vztahy, historie, poloha a vyhledávání, které musí fungovat společně: porovnáme vaši zátěž s plánovanou hranicí prvního vydání a otevřeně vám řekneme, kde do ní zapadá.
Nebo nám napište na contact@natusai.com
