NatusAIObliczenia na modelach i tensorach
Kafelkowe i rzadkie układy tensorów, algebra, grafy obliczeniowe, zasoby modeli, ONNX, trenowanie, automatyczne różniczkowanie (autodiff), wykonanie na GPU/NPU i obliczenia rozproszone pozostają pracą na później.
Cygnus · późniejsze profile i propozycjeRoadmapaCo po sprawdzonym rdzeniu. Zakres wynika z dowodów.
To proponowane lub odłożone rodziny funkcjonalności – nie wydane funkcje ani harmonogram dostaw z datami. Pierwsze wydanie musi najpierw udowodnić deklaracje dotyczące jednego serwera, zanim zostanie przyjęty szerszy profil.
Status: opcjonalny marketplace prowadzony przez NatusAI to wybrany kierunek, którego publiczne uruchomienie nadal zależy od kryteriów wydania. Profile klastrowy, platformy zarządzanej i ładu wymagają odrębnych dowodów i decyzji. Nie wybrano żadnej daty.
Późniejszy profil klastrowy Roadmapa
Najpierw udowodnić jeden węzeł, potem rozpraszać system.
Późniejszy profil klastrowy dodałby shardy, replikację, przełączanie awaryjne (failover), routing, równoważenie, transakcje między shardami, rozproszone przechodzenie grafu, aktualizacje przy mieszanych wersjach i przenoszenie najemców.
Projekt wielowęzłowy lub cel projektowy rzędu wielu PiB należy właśnie tutaj – nigdy do Cygnus 1.0.
Akceptacja skalowania poziomego wymagałaby dowodów rozproszonej poprawności, odtwarzania i domen awarii na reprezentatywnych obciążeniach. Same zarezerwowane pola formatu nie dowodzą istnienia klastra.
1 węzeł
Topologia produkcyjna Cygnus 1.0: pojemność i domena awarii pozostają w obrębie jednego serwera.
wiele PiB
Cel projektowy wyłącznie dla późniejszego profilu klastrowego, a nie deklaracja pierwszego wydania.
Późniejsze AI i obliczenia Roadmapa
Szersze AI wymaga odrębnie kwalifikowanego wykonania.
Przepływy natywne dla dostawców
Przepływy agentowe, subagenci, skills, wtyczki, hooki, zadania współpracy i zadania w tle, zaawansowana pamięć, generowana kompakcja i automatyczny fallback są poza pierwszym profilem czatu.
Dodatkowe integracje
Natywne lub zgodne interfejsy vLLM, zgodne z Ollama, agentowe Anthropic i Codex wymagają własnej kwalifikacji. Zarządzana obsługa CUDA pozostaje uzależniona od dokładnie certyfikowanej konfiguracji.
Modele, artefakty dostawców i limity zasobów wymagają przypiętych dowodów dotyczących możliwości i bezpieczeństwa. Zdalny dostawca nie daje gwarancji zasobów lokalnych. Nazwy dostawców i produktów służą wyłącznie identyfikacji interfejsów.
Ekosystem wielokrotnego użytku Roadmapa
Znaleźć zweryfikowane dopasowanie – a gdy go brak, przygotować prywatnego kandydata.
Opcjonalny marketplace prowadzony przez NatusAI i cykl bibliotek to wybrany późniejszy kierunek rozwoju produktu; jego publiczne uruchomienie nadal zależy od kryteriów wydania.
Ma on wyszukiwać dokładnie zgodne wydania lub zwracać wyraźny brak dopasowania, a w razie potrzeby przygotowywać prywatnego kandydata obejmującego tylko wybrane moduły. Kompilacja, ocena bezpieczeństwa, zasobów i zgodności oraz ewaluacja z udziałem agentów poprzedzałyby odrębne zatwierdzenie przez opiekuna i podpisane, niezmienne wydanie.
Wydanie biblioteki wersjonuje jej moduły razem, a każda aplikacja aktywuje tylko te moduły, których potrzebuje – bez dociągania nieużywanego kodu sąsiednich modułów, zależności, dostawców, uprawnień czy profili zasobów.
Zatwierdzone artefakty i dowody nadające się do publikacji mogłyby być ponownie używane w wielu aplikacjach. Dane klientów, prywatna logika, prompty i klucze dostawców pozostawałyby w swojej granicy dostępu. Agenci mogliby proponować kandydatów, ale nie mogliby ich samodzielnie instalować, autoryzować, podpisywać, zatwierdzać ani publikować.
Szersza aplikacja referencyjna platformy zarządzanej to odrębna, niezatwierdzona propozycja obejmująca udostępnianie aplikacji, zarządzanie flotą, zapisy handlowe, kampanie wkładu i hostowaną samoaktualizację. Ceny, opłaty, nagrody, rozliczenia i finansowanie pozostają nierozstrzygnięte.
Proponowane światy danych i ład Propozycja · niewybrana
Rozwidlane światy i niezależna weryfikacja wymagają nowych modeli awarii.
Propozycja na okres po v1, przedstawiona tak, jak występuje w obecnym zakresie Cygnus. Nic w tej sekcji nie zostało wybrane, zaplanowane ani nie jest częścią Cygnus 1.0.
Światy danych
Strukturalnie współdzielone światy danych, deterministyczna symulacja, semantyczne scalanie trójstronne, rozliczanie zachowanej historii oraz jawne cykle życia scalania i odrzucania są odłożone.
Niezależna weryfikacja
Proponowana federacja wykorzystywałaby ostateczność odporną na błędy bizantyjskie dla deterministycznych przejść aplikacji oraz niezależne od układu semantyczne zobowiązanie stanu. Walidatorzy, pełni weryfikatorzy, archiwa i lekcy weryfikatorzy mają odrębne role; użytkownik mógłby przechowywać i weryfikować niezależnie posiadaną kopię pełnej publicznej historii, nie stając się walidatorem.
Kwalifikujące się obciążenie z obszaru ładu
Proponowana aplikacja demokracji płynnej wymagałaby niezależnie odtwarzalnych wersji propozycji, migawek uprawnień do głosowania, nadań i odwołań delegacji, reguł cykli i nadpisań, oddanych głosów i ich zastąpień, semantyki zamknięcia oraz certyfikatów wyników.
To propozycja na okres po v1. Nie wybrano algorytmu konsensusu, sposobu zarządzania walidatorami, systemu potwierdzania tożsamości osób, tokena, sieci publicznej, obsługiwanej usługi ani schematu tajności głosowania. Głosowanie tajne wymaga odrębnie przeglądanej kryptografii i nigdy nie może publikować głosów jawnym tekstem; sama zweryfikowana historia nie przesądza o uprawnieniu głosujących, uczciwości ani integralności wyborów.
Inne odłożone rodziny
Prace pokrewne pozostają poza obietnicą pierwszego wydania.
| Rodzina | Praca na później |
|---|---|
| Interpretacja dokumentów i multimediów | Dołączone parsery ogólne, OCR, dekodowanie i transkodowanie multimediów, miniatury, ekstrakcja klatek i kafelków, natywna reprojekcja rastrów i podglądy. |
| Optymalizacja | Specjalizacja JIT/AOT, fuzja operatorów, rozmieszczenie NUMA i adaptacyjne układy danych. |
| Narzędzia programistyczne i komponentowe | Debug Adapter Protocol, klient otwartego rejestru pakietów i izolowany host komponentów. |
| Mobilność najemców | Przenośny eksport/import danych najemcy i przenoszenie zależne od klastra. |
| Interfejs i środowisko webowe | Ogólny deklaratywny interfejs poza wybranymi wzorcami Explorer, ogólne renderowanie po stronie serwera i środowisko uruchomieniowe języka w przeglądarce. |
| Retencja i czas | Domyślne kryptograficzne usuwanie danych dla każdego podmiotu i naukowe skale czasu uwzględniające sekundy przestępne. |
Kierunek, który można sfalsyfikować
Dowody mogą zmienić zakres.
Poniżej proponowane kryteria ponownej oceny – nie osiągnięte pomiary ani poziomy usług dla klientów. Spełnienie któregoś z nich uruchomiłoby przegląd zakresu, a nie obietnicę dostarczenia architektury zastępczej.
| Sygnał | Proponowany powód ponownej oceny |
|---|---|
| Pozyskiwanie danych | Poniżej 80 000 raportów/s w trybie ciągłym na proponowanej klasie 32 vCPU przy transakcyjnej spójności indeksów. Kryterium wydania wynosi osobno 100 000 raportów/s. |
| Zapytania | p99 powyżej 500 ms dla 250 000 bieżących pozycji w wielokącie lub powyżej 1000 ms dla 90-dniowej trasy statku, przy stosunku danych do RAM 24×. |
| Koszt polityk dostępu | Autoryzacja na poziomie elementów powyżej 3× p99 autoryzacji zgrubnej. Proponowane kryterium wydania jest surowsze: 2×. |
| Dopasowanie geoprzestrzenne | Ponad 20% zapytań przestrzennych partnerów projektowych wymaga zewnętrznego języka przestrzennego. |
| Ukończenie przez agentów | Mniej niż 70% zadeklarowanych ewaluacji na pustym projekcie kończy się sukcesem bez poprawek człowieka. |
| Ucieczka do zewnętrznego magazynu | Partner potrzebuje w ciągu 90 dni innego magazynu wyszukiwania, szeregów czasowych lub komunikatów dla obciążenia referencyjnego. |
| Ryzyko terminów | Kamienie milowe rdzenia, usług i danych przekraczają proponowany okres 30 miesięcy od początkowego kamienia milowego przy osiągalnej obsadzie zespołu; to kryterium ponownej oceny, a nie termin dostawy. |
| Odtwarzanie | Którykolwiek test zweryfikowanego odtworzenia kończy się niepowodzeniem lub w testach awarii zostaje utracony potwierdzony commit. |
Zanim kryteria mogłyby ukierunkować decyzję o wydaniu, trzeba uzgodnić obciążenie, sprzęt, spójność, obsadę zespołu i metody testowania.
Otwarte decyzje
Plany pozostają warunkowe.
Nie wybrano publicznej daty dostawy, cen, licencji, pakietu, modelu finansowania dostawców ani opłat za marketplace. Macierze formatów, dostawców, ustawień regionalnych i zgodności to decyzje pierwszego wydania; późniejsze profile wymagają własnych dowodów.
Pierwszym technicznym punktem kontrolnym są kompletne dowody akceptacji Cygnus 1.0, w tym zweryfikowane odtwarzanie i kontrakty wsparcia. Zakres po v1 zostanie ponownie oceniony na podstawie rzeczywistego użycia przez partnerów projektowych, a nie przyjęty z góry przez tę roadmapę.
Więcej do odkrycia
Porozmawiajmy z naszym zespołem
Zakres wynika z dowodów. Nasze rozmowy również.
Prosimy powiedzieć, który późniejszy profil ma znaczenie dla Państwa obciążenia. Plany przedstawiamy uczciwie – łącznie z tym, co nie zostało jeszcze rozstrzygnięte.
Można też napisać na adres contact@natusai.com
