Cygnus · profiluri ulterioare și propuneriRoadmapAcestea sunt familii de capabilități propuse sau amânate, nu funcționalități lansate sau un calendar de livrare cu date. Prima versiune trebuie să-și confirme revendicările pentru un singur server înainte ca un profil mai larg să fie acceptat.
Stadiu: marketplace-ul opțional propriu este o direcție selectată, a cărei operare publică rămâne condiționată. Profilurile de cluster, de platformă administrată și de guvernanță necesită dovezi și decizii separate. Nu a fost selectată nicio dată.
Profilul ulterior de cluster ar adăuga sharduri, replicare, failover, rutare, reechilibrare, tranzacții între sharduri, traversare distribuită, upgrade-uri cu versiuni mixte și relocarea tenanților.
O țintă de design multi-nod sau de ordinul mai multor PiB aparține acestui profil, niciodată lui Cygnus 1.0.
Acceptarea scalării pe orizontală ar necesita dovezi de corectitudine distribuită, de recuperare și de izolare a domeniilor de defectare pe sarcini de lucru reprezentative. Câmpurile de format rezervate nu dovedesc, singure, un cluster.
1 nod
Topologia de producție Cygnus 1.0: capacitatea și domeniul de defectare rămân un singur server.
mai mulți PiB
O țintă de design doar pentru profilul ulterior de cluster, nu o revendicare pentru prima versiune.
Layout-urile de tensori pe blocuri (tiled) și rare (sparse), algebra, grafurile de calcul, resursele de model, ONNX, antrenarea, diferențierea automată (autodiff), execuția pe GPU/NPU și calculul distribuit rămân lucrări ulterioare.
Fluxurile de lucru cu agenți, subagenții, skill-urile, pluginurile, hook-urile, sarcinile colaborative sau în fundal, memoria avansată, compactarea generată și fallback-ul automat sunt în afara primului profil de chat.
Interfețele native sau compatibile vLLM, cele compatibile Ollama, interfețele de agent Anthropic și Codex necesită propria calificare. CUDA gestionat rămâne condiționat de anvelopa exactă certificată.
Modelele, artefactele furnizorilor și anvelopele de resurse necesită dovezi fixate de capabilitate și securitate. Un furnizor la distanță nu oferă o garanție de resurse locale. Numele furnizorilor și produselor identifică doar interfețe.
Un marketplace opțional propriu și un ciclu de biblioteci reprezintă o direcție de produs ulterioară selectată, a cărei operare publică rămâne condiționată.
Este proiectat să descopere versiuni compatibile exacte sau să returneze explicit „nicio potrivire”, apoi să pregătească, la nevoie, un candidat privat cu selecție de module. Compilarea și evaluările de securitate, resurse, compatibilitate și agenți ar preceda aprobarea separată a unui maintainer și o versiune imuabilă semnată.
O versiune de bibliotecă își versionează modulele împreună, în timp ce fiecare aplicație activează doar modulele de care are nevoie, fără să preia cod, dependențe, furnizori, permisiuni sau profiluri de resurse ale modulelor înrudite nefolosite.
Artefactele aprobate și dovezile publicabile ar putea fi reutilizate între aplicații. Datele clienților, logica privată, prompturile și cheile furnizorilor ar rămâne în interiorul limitei lor de acces. Agenții ar putea propune candidați, dar nu i-ar putea instala, autoriza, semna, aproba sau publica singuri.
O aplicație de referință mai amplă, de platformă administrată, este o propunere separată, neratificată, care acoperă provizionarea aplicațiilor, controlul flotei, evidențele comerciale, campaniile de contribuții și auto-actualizarea găzduită. Prețurile, taxele, recompensele, facturarea și finanțarea rămân nedecise.
O propunere post-v1, prezentată aici așa cum apare în perimetrul actual Cygnus. Nimic din această secțiune nu este selectat, programat sau parte din Cygnus 1.0.
Lumile de date cu structură partajată, simularea deterministă, îmbinarea semantică în trei căi (three-way merge), contabilizarea istoricului păstrat și ciclurile de viață explicite de îmbinare/abandonare sunt amânate.
O federație propusă ar folosi finalitate tolerantă la defecte bizantine peste tranziții deterministe ale aplicației și un angajament semantic de stare independent de layout. Validatorii, verificatorii compleți, arhivele și verificatorii ușori au roluri separate; un utilizator ar putea păstra și verifica o copie deținută independent a întregului istoric public fără să devină validator.
O aplicație propusă de democrație lichidă ar avea nevoie de versiuni ale propunerilor reluabile independent, instantanee de eligibilitate, acordări și revocări de delegări, reguli pentru cicluri și anulări, voturi exprimate și înlocuiri ale acestora, semantica închiderii și certificate de numărare.
Aceasta este o propunere post-v1. Nu este selectat niciun algoritm de consens, nicio guvernanță a validatorilor, niciun sistem de identitate personală, niciun token, nicio rețea publică, niciun serviciu operat și nicio schemă de confidențialitate a votului. Votul secret necesită criptografie revizuită separat și nu trebuie să publice niciodată voturi în clar; un istoric verificat nu stabilește, singur, legitimitatea alegătorilor, corectitudinea sau integritatea alegerilor.
| Familie | Lucrări ulterioare |
|---|---|
| Interpretarea documentelor și a fișierelor media | Parsere generale incluse, OCR, decodare/transcodare media, miniaturi, extragere de cadre/dale, reproiectare raster nativă și imagini de ansamblu (overviews). |
| Optimizare | Specializare JIT/AOT, fuziune de operatori, plasare NUMA și layout-uri adaptive. |
| Instrumente pentru dezvoltatori și componente | Debug Adapter Protocol, client pentru registre deschise de pachete și gazdă de componente izolată (sandbox). |
| Mobilitatea tenanților | Export/import portabil al tenanților și relocare dependentă de cluster. |
| UI și runtime web | UI declarativă generală, dincolo de tiparele Explorer selectate, randare generală pe server și un runtime de limbaj în browser. |
| Retenție și timp | Ștergere criptografică implicită per subiect și scale de timp științifice care țin cont de secundele intercalate. |
Următoarele sunt criterii de reevaluare propuse, nu măsurători obținute sau niveluri de serviciu pentru clienți. Atingerea unuia ar declanșa o revizuire a perimetrului, nu o promisiune de a livra o arhitectură de înlocuire.
| Semnal | Motiv propus pentru reevaluare |
|---|---|
| Ingestie | Sub 80.000 de rapoarte/s susținute pe clasa propusă de 32 vCPU, cu consistență tranzacțională a indexurilor. Criteriul de lansare este, separat, de 100.000 de rapoarte/s. |
| Interogare | p99 peste 500 ms pentru 250.000 de poziții curente într-un poligon sau peste 1.000 ms pentru traseul unei nave pe 90 de zile, la un raport set de date/RAM de 24×. |
| Costul politicilor | Autorizare la nivel de element peste 3× p99 al politicii cu granularitate mare. Criteriul de lansare propus este mai strict, la 2×. |
| Potrivire geo | Peste 20% dintre interogările spațiale ale partenerilor de design necesită un limbaj spațial extern. |
| Finalizare de către agenți | Mai puțin de 70% dintre evaluările declarate de proiecte goale reușesc fără reparații umane. |
| Recurgere la depozite externe | Un partener are nevoie, în 90 de zile, de un alt depozit de căutare, serii temporale sau mesagerie pentru sarcina de referință. |
| Expunere la livrare | Etapele de nucleu, servicii și date depășesc un interval propus de 30 de luni după etapa inițială, la un nivel de personal realizabil; acesta este un criteriu de reevaluare, nu o dată de livrare. |
| Recuperare | Orice test de restaurare verificată eșuează sau un commit confirmat se pierde în testele de crash. |
Sarcina de lucru, hardware-ul, consistența, personalul și metodele de testare ar trebui convenite înainte ca aceste criterii să poată ghida o decizie de lansare.
Nu au fost selectate o dată publică de livrare, prețuri, licență, pachet, model de finanțare a furnizorilor sau taxă de marketplace. Matricele de formate, furnizori, localizări și compatibilitate sunt decizii ale primei versiuni; profilurile ulterioare au nevoie de propriile dovezi.
Primul punct de control tehnic îl reprezintă dovezile complete de acceptanță pentru Cygnus 1.0, inclusiv recuperarea verificată și contractele de suport. Perimetrul post-v1 se reevaluează pe baza utilizării reale de către partenerii de design, nu este presupus de această foaie de parcurs.
Spuneți-ne ce profil ulterior contează pentru sarcina dumneavoastră de lucru. Prezentăm planurile cu onestitate, inclusiv ce nu este decis.
Sau scrieți-ne la contact@natusai.com
NatusAI