NatusAINucleu și servicii
Limbaj și execuție tipizate, stocare tranzacțională de graf și serii temporale, autentificare și autorizare pe calea de stocare, servicii HTTP/RPC și de streaming tipizate, client TypeScript generat, descriptori API și MCP.
- Acasă
- Produse
- NatusAI Cygnus
- Perimetrul planificat v1
Cygnus · prima versiune planificatăV1 planificatăO primă versiune precisă. Dovezi înainte de acceptare.
Cygnus 1.0 este o versiune planificată, condiționată de criterii de acceptanță, a unei baze de date temporale de tip graf, programabilă. Perimetrul de mai jos este un plan de design și de calificare; niciun criteriu de lansare și nicio țintă de performanță nu sunt prezentate ca atinse.
Stadiu: Cygnus 1.0 nu a fost acceptat sau lansat. Capabilitățile incluse și dovezile privind securitatea, documentația, compatibilitatea, implementarea și recuperarea trebuie să treacă toate verificările înaintea unei lansări publice.
Limitele primei versiuni
Un sistem de evidență pe un singur nod, cu o interfață controlată pentru agenți.
Versiunea planificată combină limbajul, runtime-ul, stocarea și serviciile sub un singur model semantic. O implementare candidată nu este o lansare publică.
Date și regăsire
Cele șapte profiluri de modalitate delimitate de mai jos, traversarea grafului, indexarea geospațială, regăsirea text/BM25 și rară/densă (sparse/dense), ferestre temporale, agregări (rollups) și abonamente durabile.
Instrumente și experiență
O interfață Explorer selectată, cinci tipare de aplicație înghețate pentru digital twin, telemetrie, jurnale de evenimente, trasee geo și CRUD de resurse; nucleu LSP, client VS Code și depanare headless delimitată.
Operare și AI
Joburi și programări durabile, observabilitate pe un singur server, backup, recuperare la un moment dat (point-in-time) și restaurare verificată; un contract de chat delimitat, cu calificarea furnizorilor fixată exact pe versiune și remediere controlată independent.
Ordinea dependențelor: nucleu → contracte de servicii și securitate → date temporale, spațiale și de regăsire → Explorer selectat și instrumente pentru agenți → operare pe un singur server și chat delimitat. Datele și serviciile securizate preced interfața mai amplă pentru agenți.
Contracte de servicii și instrumente
Același model tipizat, utilizabil de oameni, clienți și agenți.
Acestea sunt cerințe planificate pentru prima versiune, cu criterii separate de conformitate și securitate, nu o afirmație că fiecare interfață este disponibilă astăzi.
Servicii și fișiere gestionate
Operații HTTP/RPC și de streaming tipizate, fluxuri de modificări, clienți TypeScript generați și descrieri de servicii versionate pentru utilizare prin API și MCP. Un serviciu de fișiere gestionate bazat pe Blob ar oferi directoare virtuale tranzacționale și transfer delimitat, fără parsare implicită sau acces la sistemul de fișiere al gazdei.
Decizii umane durabile
O coadă proprie de decizii și aprobări ar păstra alegerile umane autoritative dincolo de o sesiune a unui agent. Propunerea unui agent și dovezile ei rămân separate de permisiunea de a o activa.
Limbă și localizare
Baza nativă include etichete de limbă, context de prezentare, identitate tipizată a mesajelor și cataloagelor și formatare delimitată. Serverul și clienții TypeScript generați trebuie să folosească aceleași cataloage fixate; localizările exacte pentru producție și intervalele de suport rămân deschise.
Explorer și instrumente pentru dezvoltatori
Explorer-ul autentificat selectat acoperă secțiunile Prezentare generală, Date/graf, Activitate/jurnale, Funcții/API/MCP, Acces și configurarea calificată Chat/furnizor. Localizarea lui trebuie să treacă verificări pentru argumente tipizate, RTL, pseudo-localizare, accesibilitate, traduceri ostile și paritate server/client. Nucleul LSP, clientul subțire VS Code și contractul de depanare headless delimitată sunt obligatorii; o integrare Debug Adapter Protocol în editor este amânată.
Cele cinci tipare de aplicație înghețate sunt entitate de digital twin, serie de telemetrie, jurnal de evenimente, traseu geo și CRUD de resurse. Un sistem general de UI declarativă sau un runtime de limbaj în browser nu face parte din această primă versiune.
Semnificația datelor și autoritate
Îmbinările trebuie să se închidă în interiorul unui singur sistem.
Acestea sunt cerințe arhitecturale pentru versiunea planificată, sub rezerva calificării de conformitate și securitate.
Ce era adevărat; ce se știa
Accesul bitemporal distinge timpul valid al unui fapt de momentul în care acesta a intrat în sistem. Un răspuns „as-of” ar trebui să fie reproductibil pe ambele axe, inclusiv cu corecturile ulterioare.
O singură tranzacție și derivate declarate
Tranzacțiile strict serializabile, cu detectarea fină a conflictelor logice, sunt gândite să păstreze modificările de entitate, graf, timp și cele ale indexurilor tranzacționale sau resurselor derivate declarate într-o singură epocă de commit.
Autorizare înainte de dezvăluire
Verificările de acces aparțin căilor de stocare și de execuție, inclusiv scanărilor de index, traversărilor și agregărilor. Descoperirea este separată de accesul la citire; resursele refuzate nu trebuie să se scurgă prin numărători, erori sau indicii de existență. Autorizarea căutării are loc înainte de ordonare și de selecția top-k.
Un efect declarat al unei funcții publice descrie un comportament potențial; nu acordă niciodată, prin el însuși, permisiuni. Conținutul regăsit și răspunsul modelului rămân neverificate (untrusted) atunci când un agent propune o acțiune prin instrumente.
Șapte familii de date
O reprezentare durabilă nu implică o interpretare integrată.
Sursele stocate păstrează accesul delimitat, descriptori versionați, clasificarea, proveniența, retenția și autorizarea. Textul, dalele sau embeddings-urile derivate sunt versionate explicit și nu devin niciodată, pe tăcute, originalul.
| Modalitate | Reprezentare planificată pentru prima versiune | În afara revendicărilor primei versiuni |
|---|---|---|
| Text | Șiruri UTF-8 delimitate; UTF-8 de mari dimensiuni ca blobs transmise în flux sau citite pe intervale; index text/BM25 versionat după analizor. | Repararea universală a seturilor de caractere, normalizarea implicită care modifică sursa sau materializarea nelimitată a șirurilor. |
| Documente | Octeții-sursă autoritativi, cu metadate și proveniență; derivatele explicite de text și fragmente (chunks) pot fi furnizate sau produse de un furnizor extern declarat. | Parsarea universală PDF/office, OCR implicit sau tratarea textului extras drept sursă. |
| Imagine, audio și video | Octeții-sursă, metadatele media și amprenta (digest); ingestie delimitată reluabilă, streaming pe intervale și derivate externe versionate explicit. | Decodoare/transcodoare incluse, pipeline video nativ, miniaturi, extragere de cadre sau similaritate media intrinsecă. |
| Starea seriilor temporale | Acces punctual, pe loturi și pe intervale, extinderi regulate/neregulate și rezoluție exactă; mai târziu în secvența de livrare inclusă: ferestre după timpul evenimentului, watermarks, agregări (rollups) și abonamente durabile. | Mai multe evenimente independente în același moment într-o singură serie; pentru acestea se folosește o hartă de evenimente. |
| GIS vectorial | Valori/entități geo care țin cont de CRS, geometrie mare transmisă în flux acolo unde este nevoie, predicate exacte și candidați indexați cu reverificare exactă. | Execuție spațială distribuită sau un limbaj general de rezervă compatibil PostGIS. |
| GIS raster | Octeții-sursă cu descriptor raster, acces delimitat pe octeți/intervale și proiecții externe declarate de dale sau imagini de ansamblu. | Decodare raster inclusă, reproiectare/construire nativă de imagini de ansamblu sau acces aleatoriu garantat la dale din formate secvențiale. |
| Numeric dens și rar | Tablouri delimitate și tablouri rare; stocare minimă de tensori float cu formă fixă pentru embeddings produse de furnizori. | Algebră generală a tensorilor, execuție de modele, ONNX, antrenare, cuantizare sau calcul pe dispozitive. |
Formatele exacte de schimb, tipurile de documente/media acceptate, profilurile vectoriale și raster, versiunile furnizorilor și seturile de test de securitate rămân decizii de lansare.
Profil de implementare
Mai întâi scalare pe verticală; clusterul este un profil ulterior.
Topologia de producție planificată este un singur server. Acesta poate găzdui tenanți, cu izolare și cote, dar capacitatea și domeniul de defectare rămân un singur nod.
| Profil | Poziția planificată pentru prima versiune | Limită |
|---|---|---|
| Embedded | Inclus | Un singur proces de aplicație, cu stocare locală; fără proces de server separat. |
| Dezvoltare | Inclus | Inițializare de proiect gol și moduri explicite de sursă. |
| Producție, un singur server | Inclus | Un singur nod. Mai întâi durabilitate POSIX; durabilitatea pe object storage și suportul pentru backup sunt în perimetrul versiunii. |
| Cluster | Exclus · profil ulterior | Nu se revendică sharding, replicare, traversare distribuită sau failover. |
| Sarcină de lucru izolată | Exclus | Niciun profil de implementare pentru sarcini izolate calificat separat. |
Alegerea mediului de implementare, de exemplu centrul de date al clientului sau un cloud privat, este separată de aceste profiluri de runtime.
Operare pe un singur server
Recuperarea și schimbarea controlată fac parte din criteriul de lansare.
Profilul de producție planificat combină joburile și programările durabile cu dovezi operaționale pe un singur server. Nu revendică un cluster, failover pe replici sau disponibilitate între noduri.
Backup, restaurare și retenție
Backupurile programate complete și incrementale, restaurarea verificată și recuperarea la un moment dat (point-in-time), retenția/TTL și reținerile legale (legal hold) sunt cerințe incluse. Un backup finalizat nu dovedește că o aplicație și datele ei pot fi restaurate.
Observare și reacție
Observabilitatea de producție și obiectivele de serviciu declarate ar lega incidentele de aplicația și versiunea afectate. Doar clasele de remediere înregistrate și preautorizate pot acționa, în limitele profilului lor; o autoritate expirată sau revocată trebuie să refuze sau să escaladeze.
Promovare independentă
Deciziile de canary și rollback rămân sub control independent. Agentul care propune o reparație nu își poate aproba propria extindere de autoritate, nu își poate schimba criteriile de acceptanță și nu își poate activa succesorul.
Schimbarea sistemului în funcțiune
Implementarea progresivă (rolling) a schemelor, contractelor și backendului este planificată pentru profilul cu un singur server. Un ABI C nativ stabil și o limită supravegheată pentru furnizori permit integrări declarate fără a adăuga registrul deschis sau gazda de componente, prevăzute ulterior.
Calificarea pentru lansare necesită și recuperare după crash, zero pierderi de commituri confirmate și teste de restaurare reușite în condiții declarate. Pragurile numerice propuse apar mai jos ca teste, nu ca rezultate măsurate sau niveluri de serviciu.
Un exemplu falsificabil
Sarcina de referință: digital twin la scară globală.
Acestea sunt ipoteze de sarcină propuse, care așteaptă ratificarea autorului și măsurători la partenerii de design. „La scară globală” descrie subiectul, nu execuția distribuită.
| Dimensiune | Sarcina de referință propusă |
|---|---|
| Entități de digital twin | 250.000 de nave; 5.000 de porturi și terminale; 2 milioane de unități de marfă |
| Ingestia pozițiilor | 25.000 de rapoarte/s susținute; 100.000 de rapoarte/s în vârfuri de 60 de secunde |
| Retenție la rezoluție completă | 90 de zile; aproximativ 194 de miliarde de eșantioane și 2 TB comprimat |
| Retenție cu eșantionare redusă | Un eșantion la 5 minute, până la 36 de luni; aproximativ 79 de miliarde de eșantioane și 0,8 TB |
| Evenimente și documente | 5 milioane de escale, notificări și manifeste pe an |
| Embeddings | 768 de dimensiuni float32; aproximativ 15 GB/an, necomprimat |
| Forma grafului | Căi de proprietate, navlosire și operator până la adâncimea 6; grad de ieșire mediu 4; noduri-port cu până la 100.000 de muchii |
| Concurență interactivă | 200 de persoane și 50 de clienți-mașină |
| Hardware și memorie | Clasă de hardware de referință propusă cu 32 vCPU; raport set de date/RAM de aproximativ 24:1. RAM-ul, furnizorul și modelul de stocare nu sunt specificate. |
Cifra de 25.000 de rapoarte/s susținute descrie această sarcină de referință. Cifra de 100.000 de rapoarte/s susținute din criteriile de acceptanță este un criteriu de lansare propus, mai strict; 80.000 de rapoarte/s pe acel hardware este un prag separat de reevaluare a perimetrului.
Capacitate și set de lucru
Istoricele mari păstrate au nevoie de operații delimitate.
Aritmetica teoretică de design, la aproximativ 10,3 octeți comprimați per eșantion, indică aproximativ 1–2 bilioane (mii de miliarde) de eșantioane și până la 20 TiB per nod. Acesta nu este un rezultat de capacitate măsurat.
≈10,3 octeți
comprimați per eșantion: baza aritmeticii de design
1–2 bilioane
de eșantioane per nod, aproximativ, în aritmetica teoretică de design
≤20 TiB
per nod, la această densitate; nu este un rezultat de capacitate măsurat
10 TiB / 16 GiB
un caz separat de calificare propus: stocare față de RAM instalat
Un caz separat de calificare propus folosește 10 TiB de stocare cu 16 GiB de RAM instalat pentru interogări delimitate punctuale, pe intervale, pe pagini, pe eșantioane și pe viewport. Aceasta nu înseamnă că întregul corpus sau un index întreg se află în memorie, nici că orice interogare globală este interactivă.
La criteriul de lansare mai strict, de 100.000 de rapoarte/s, 90 de zile de eșantioane la rezoluție completă ar însemna aproximativ 0,78 bilioane de eșantioane și 8 TB. Douăsprezece luni ar însemna aproximativ 3,2 bilioane și 32 TB, peste centrul de design propus pentru un singur nod. O retenție mai lungă ar necesita eșantionare redusă sau un profil ulterior de cluster. Exportul complet, sortarea globală și reconstruirea întregului index rămân operații în flux sau joburi durabile.
Nouăsprezece contracte
Comportamentul versiunilor trebuie să fie explicit înainte de lansare.
Înainte de 1.0, doar identificatorii stabili atribuiți nu sunt niciodată refolosiți. Toate celelalte angajamente 1.x sunt intenții de lansare, iar mai multe detalii rămân nedecise.
| Dimensiune | Înainte de 1.0 | Comportament gândit pentru 1.x sau decizie deschisă |
|---|---|---|
| Limbajul sursă | Nicio promisiune de compatibilitate 1.x înainte de 1.0. | Gramatica 1.0 este înghețată; codul sursă acceptat de 1.0 rămâne acceptat de versiunile 1.x ulterioare. |
| Descriptori și catalog | ID-urile stabile de tip, de câmp și celelalte ID-uri atribuite nu sunt niciodată refolosite. | O versiune 1.x ulterioară citește descriptorii scriși de versiunile 1.x anterioare. |
| Bytecode și planuri | Nicio promisiune generală de compatibilitate. | Planurile fizice se reconstruiesc la upgrade. Joburile durabile fixează o referință de execuție; un runtime mai nou o citește, o migrează, o reia explicit sau o refuză. Punctele de control arbitrare nu sunt portabile. |
| Decodarea stocării | Nicio promisiune generală de compatibilitate. | Versiunile ulterioare păstrează decodoarele pentru blocurile 1.x încă referite. |
| Scrierea în stocare | Nicio promisiune generală de compatibilitate. | Citirea înapoi (backward) este declarată per format. Downgrade-ul nu este promis. |
| Protocol (wire) și API | Nicio promisiune generală de compatibilitate. | Doar adăugiri în cadrul 1.x; modificările incompatibile necesită o nouă versiune majoră a serviciului. |
| Client generat | Nicio promisiune generală de compatibilitate. | Un client generat pentru 1.x se compilează pe serverele 1.x ulterioare. |
| Frontend declarativ | Nicio promisiune generală de compatibilitate. | Tipurile de descriptori se pot doar adăuga în cadrul 1.x. |
| Pachete și componente | Nicio promisiune generală de compatibilitate. | Decodoarele păstrate, lock-urile și interfețele selectate pentru furnizori nativi se adaugă compatibil. Un registru deschis și o gazdă de componente sunt lucrări ulterioare. |
| Upgrade progresiv (rolling) al clusterului | Nu se aplică. | Nu se aplică: niciun profil de cluster în 1.0. |
| Backup și restaurare | Nicio promisiune generală de compatibilitate. | O versiune 1.x ulterioară restaurează backupurile din versiunile 1.x anterioare și raportează un rezultat de restaurare verificată. |
| Configurație operațională | Nicio promisiune generală de compatibilitate. | Doar adăugiri în cadrul 1.x; eliminarea necesită o versiune de depreciere. |
| Adaptor pentru furnizori AI | Nicio promisiune generală de compatibilitate. | Schema de chat portabilă și protocolul workerului se extind compatibil. Artefactele exacte ale furnizorilor își fixează propriile versiuni, direcții și capabilități. Nu este implicat niciun model sau nicio funcționalitate a unui anumit furnizor. |
| Spațiu de lucru pentru agenți și MCP | Intervalul de suport este încă de selectat. | Direcțiile de versionare, negocierea și comportamentul la eșec necesită o decizie de lansare. |
| Sesiune de agent și ghidaj | Intervalul de suport este încă de selectat. | Direcțiile de versionare și comportamentul punctelor de control necesită o decizie de lansare. |
| Skill AI versionat | Intervalul de suport este încă de selectat. | Ambele direcții și comportamentul la eșec necesită o decizie de lansare. |
| Efectele funcțiilor publice | Nicio promisiune generală de compatibilitate. | Adăugarea unui efect încalcă contractul funcției publice și necesită o nouă versiune majoră a serviciului; un efect nu acordă niciodată, prin el însuși, autoritate. |
| Token de consistență | Intervalul de suport este încă de selectat. | Tokenul face parte din perimetrul de servicii al primei versiuni; contractul lui de compatibilitate necesită o decizie de lansare. |
| Mesaje și cataloage localizate | ID-urile stabile de mesaje, cataloage și profiluri nu sunt niciodată refolosite. | Cheile publice și argumentele tipizate se adaugă compatibil; mesajele referite își păstrează cititorii. Localizările, valorile implicite și intervalele de suport pentru cataloage rămân deschise. |
Matricea de suport a versiunii trebuie să specifice, pentru fiecare rând, ambele direcții (citire și scriere), intervalele suportate, negocierea și comportamentul la eșec. Nu este implicată nicio garanție de downgrade sau de portabilitate a punctelor de control arbitrare.
Chat delimitat și AI locală
Fiecare furnizor are nevoie de propriile dovezi.
Contractul de chat planificat, neutru față de furnizor, acoperă conținut, mesaje, evenimente, instrumente, ieșire structurată și înregistrări durabile ale sesiunilor și rulărilor. Capabilitățile specifice unui model nu sunt niciodată moștenite din numele generic al unui endpoint.
| Legătură planificată pentru prima versiune | Limita de calificare |
|---|---|
| Furnizor simulat determinist | Necesar pentru teste reproductibile. |
| OpenAI Responses direct | Un artefact exact al furnizorului și o matrice fixată de capabilități/contracte; nu se promite niciun model al furnizorului. |
| Anthropic Messages | Un artefact exact al furnizorului și o matrice fixată de capabilități/contracte. |
| Ollama nativ | Calificat pe contractul său nativ, nu pe interfața compatibilă OpenAI. |
| Endpoint delimitat compatibil OpenAI | Legătură tipizată la endpoint, cu capabilități testate; nu pretinde identitatea OpenAI. |
| Runtime coresident gestionat extern | Doar revendicări delimitate de resurse pentru clientul Cygnus; runtime-ul extern nu este socotit ca rezervă Cygnus. |
| llama.cpp local certificat, gestionat de Cygnus | Membru CPU obligatoriu; CUDA doar dacă este calificat. Modelul, tokenizerul, runtime-ul, dispozitivul, configurația și anvelopa de resurse exacte necesită un certificat semnat. |
Endpointurile la distanță sau cele locale operate independent nu moștenesc garanțiile de RAM/VRAM ale variantei locale gestionate. Calculul nativ pentru modele, agenții nativi ai furnizorilor în sens larg, fallback-ul automat și utilizarea nelimitată a AI sunt în afara acestui profil. Numele furnizorilor și produselor identifică doar interfețe; nu implică vreun parteneriat sau vreo recomandare.
Douăzeci și cinci de criterii de acceptanță
Lansarea necesită dovezi măsurate pentru întregul sistem.
Niciun criteriu de mai jos nu este declarat îndeplinit. Cifrele se aplică unor condiții declarate de sarcină, hardware și consistență; criteriile obligatorii și cele recomandate rămân distincte: 22 de criterii sunt obligatorii, 2 sunt recomandate.
| Criteriu · dovezi necesare | Prag propus | Cerință · stadiu |
|---|---|---|
| 01 Parteneri de design în producție care rulează sarcina cu forma celei de referință | Cel puțin 3 | ObligatoriuNeîndeplinit încă |
| 02 Sistem de evidență în producție, cu istoric păstrat | Cel puțin 1, cu cel puțin 6 luni de istoric | ObligatoriuNeîndeplinit încă |
| 03 Ingestie susținută de poziții pe clasa de hardware de referință propusă cu 32 vCPU, cu consistență tranzacțională a indexurilor | Cel puțin 100.000 de rapoarte/s | ObligatoriuNeîndeplinit încă |
| 04 Absorbția vârfurilor fără pierderi de date (shedding) sau creștere nelimitată a cozii | 100.000 de rapoarte/s timp de 60 de secunde | ObligatoriuNeîndeplinit încă |
| 05 Nave dintr-un poligon, din 250.000 de poziții live | p99 de cel mult 150 ms | ObligatoriuNeîndeplinit încă |
| 06 Citirea traseului unei nave pe 90 de zile | p99 de cel mult 250 ms | ObligatoriuNeîndeplinit încă |
| 07 Regăsire hibridă rară și densă top-20 în 5 milioane de documente | p99 de cel mult 300 ms | ObligatoriuNeîndeplinit încă |
| 08 Citirea vecinătății unui digital twin, adâncime 3 și cel mult 500 de noduri | p99 de cel mult 50 ms | RecomandatNeîndeplinit încă |
| 09 Corectitudine out-of-core fără creștere nelimitată a memoriei | Set de date de cel puțin 24 de ori mai mare decât RAM-ul | ObligatoriuNeîndeplinit încă |
| 10 Overhead de autorizare la nivel de element față de politica cu granularitate mare | Cel mult de 2 ori | ObligatoriuNeîndeplinit încă |
| 11 Punctul de recuperare pentru commituri confirmate, pe un singur server | Zero commituri confirmate pierdute | ObligatoriuNeîndeplinit încă |
| 12 Repornire cu un set de date de 3 TiB | Scrierile autoritative se reiau în cel mult 20 de secunde | ObligatoriuNeîndeplinit încă |
| 13 Teste programate de restaurare verificată în fereastra de lansare | 100% reușite | ObligatoriuNeîndeplinit încă |
| 14 Recuperare după crash la fiecare pas de commit | 100% dintre teste reușite | ObligatoriuNeîndeplinit încă |
| 15 Evaluări de proiecte goale conduse de agenți, fără reparații umane | Cel puțin 70% reușite, în bugetele declarate | ObligatoriuNeîndeplinit încă |
| 16 De la proiect gol la o funcționalitate de citire/scriere pe digital twin, implementată și autorizată, cu client TypeScript generat și formular | Cel mult 30 de minute, condus de agenți | RecomandatNeîndeplinit încă |
| 17 Suite de conformitate obligatorii pentru fiecare profil inclus | 100% reușite | ObligatoriuNeîndeplinit încă |
| 18 Specificații înghețate și suite minime de conformitate | Substratul de bază, descriptorii stabili de identitate și nucleul de amenințări/securitate; descriptorii de modalitate, limbajul, proiectul, reprezentarea intermediară, planurile, schema, stocarea, tranzacțiile, fluxurile, lock-ul de pachete, localizarea și instrumentele de bază; serviciile, MCP, funcționalitățile, UI, TypeScript generat, pachetele de implementare, fluxurile de modificări și securitatea completă; căutarea și timpul evenimentelor; MCP ghidat, proiecția înghețată a funcționalităților, localizarea Explorer, LSP și depanarea headless; operarea pe un singur server, interfața pentru furnizori nativi și chatul delimitat. Modelul de amenințări este revizuit la fiecare criteriu inclus. | ObligatoriuNeîndeplinit încă |
| 19 Exemplele din documentație rulează ca teste | 100% | ObligatoriuNeîndeplinit încă |
| 20 Baze de referință pentru regresii de performanță, cu responsabili | Fiecare benchmark de cale critică (hot path) | ObligatoriuNeîndeplinit încă |
| 21 Matrice completă de suport și compatibilitate | Formatele exacte, profilurile de documente/media/raster/furnizori, localizările și cataloagele selectate; toate cele 19 dimensiuni specifică ambele direcții, intervalele, negocierea și comportamentul la eșec; nicio celulă deschisă | ObligatoriuNeîndeplinit încă |
| 22 Identitate de producție și activare criptografică | Furnizor extern de chei calificat și ceremonie auditată pentru primul administrator; fără variantă de rezervă cu furnizor de dezvoltare/fișiere | ObligatoriuNeîndeplinit încă |
| 22 Divulgarea problemelor de securitate și operațiuni de lansare | Contact monitorizat, cheie publică de criptare, security.txt, canal pentru avize de securitate, calendar de suport și roluri de lansare/rollback exersate | ObligatoriuNeîndeplinit încă |
| 24 Acceptanța completă a chatului delimitat | Acceptanța pentru nucleu, toate cele cinci adaptoare de furnizori, MCP, cunoaștere, varianta locală gestionată extern, varianta locală CPU gestionată certificată, bibliotecă și pragul minim de resurse | ObligatoriuNeîndeplinit încă |
| 25 Catalogul de biblioteci al primei versiuni | Fiecare membru obligatoriu are o versiune matură aprobată; membrii recomandați trec criteriile sau declară un succesor și abaterea | ObligatoriuNeîndeplinit încă |
Criteriul de lansare de 100.000 de rapoarte/s pe clasa de hardware propusă cu 32 vCPU este separat de o țintă de inginerie mai dificilă, pe o clasă de hardware mai mică, nespecificată. Criteriile privind securitatea, identitatea, furnizorii, documentația și matricea de suport sunt la fel de necesare ca debitul.
Încă de selectat
Matricea versiunii face parte din versiune.
Versiunile exacte pentru documente, media, raster, vectori, schimb de date în volum și furnizori, localizările de producție, intervalele cataloagelor și mai multe direcții de compatibilitate pentru agenți/sesiuni/skill-uri/tokeni rămân deschise. Acestea trebuie selectate și calificate înainte de 1.0.
Prețurile, licențierea, pachetele comerciale, finanțarea furnizorilor, calendarele și datele de livrare nu sunt nici ele selectate. O țintă propusă este un test de rulat, nu un angajament față de clienți.
Explorați în continuare
Discutați cu echipa noastră
Aduceți-ne o sarcină de lucru în care îmbinările dor.
Relații, istoric, locație și căutare care trebuie să funcționeze împreună: le comparăm cu limitele planificate ale primei versiuni și vă spunem cinstit unde se potrivesc.
Sau scrieți-ne la contact@natusai.com
