Cygnus · planowane pierwsze wydaniePlanowane: v1Cygnus 1.0 to planowane wydanie programowalnej temporalnej grafowej bazy danych, objęte kryteriami wydania. Poniższy zakres jest planem projektowym i kwalifikacyjnym; żadne kryterium wydania ani cel wydajnościowy nie są przedstawiane jako osiągnięte.
Status: Cygnus 1.0 nie został zaakceptowany ani wydany. Przed publicznym wydaniem pozytywnie zweryfikowane muszą zostać wszystkie dowody: dotyczące objętych funkcjonalności, bezpieczeństwa, dokumentacji, zgodności, wdrożenia i odtwarzania.
Planowane wydanie łączy język, środowisko uruchomieniowe, przechowywanie danych i usługi w jednym modelu semantycznym. Implementacja kandydująca nie jest wydaniem publicznym.
Typowany język i wykonanie, transakcyjne przechowywanie grafów i szeregów czasowych, uwierzytelnianie i autoryzacja na ścieżce dostępu do danych, typowane usługi HTTP/RPC i strumieniowe, generowany klient TypeScript, deskryptory API i MCP.
Siedem opisanych niżej ograniczonych profili modalności, przechodzenie grafu, indeksowanie geoprzestrzenne, wyszukiwanie tekstowe/BM25 oraz rzadkie i gęste, okna czasowe, agregacje (rollupy) i trwałe subskrypcje.
Wybrany zakres Explorer, pięć zamrożonych wzorców aplikacji dla bliźniaków, telemetrii, dzienników zdarzeń, tras geograficznych i zasobów CRUD; rdzeń LSP, klient VS Code i ograniczone debugowanie bez interfejsu (headless).
Trwałe zadania i harmonogramy, obserwowalność w obrębie jednego serwera, kopie zapasowe, odtwarzanie do punktu w czasie i zweryfikowane odtworzenie; ograniczony kontrakt czatu z kwalifikacją dostawców przypiętych do dokładnych wersji i niezależnie kontrolowaną remediacją.
Kolejność zależności: rdzeń → kontrakty usług i bezpieczeństwo → dane temporalne, przestrzenne i wyszukiwanie → wybrany Explorer i narzędzia agentowe → eksploatacja jednego serwera i ograniczony czat. Dane i bezpieczne usługi wyprzedzają szerszy interfejs dla agentów.
To planowane wymagania pierwszego wydania z odrębnymi kryteriami zgodności i bezpieczeństwa, a nie deklaracja, że każdy interfejs jest dostępny już dziś.
Typowane operacje HTTP/RPC i strumieniowe, strumienie zmian, generowani klienci TypeScript i wersjonowane opisy usług do użytku przez API i MCP. Zarządzana usługa plików oparta na obiektach Blob zapewniałaby transakcyjne katalogi wirtualne i ograniczony transfer – bez niejawnego parsowania i bez dostępu do systemu plików hosta.
Własna kolejka decyzji i zatwierdzeń zachowywałaby wiążące decyzje ludzi także po zakończeniu sesji agenta. Propozycja agenta i jej dowody pozostają oddzielone od uprawnienia do jej aktywacji.
Podstawa natywna obejmuje znaczniki języka, kontekst prezentacji, typowaną tożsamość komunikatów i katalogów oraz ograniczone formatowanie. Serwer i generowani klienci TypeScript muszą zgadzać się co do przypiętych katalogów; konkretne produkcyjne ustawienia regionalne i okresy wsparcia pozostają otwarte.
Wybrany, uwierzytelniany Explorer obejmuje widoki Overview, Data/graph, Activity/logs, Functions/API/MCP, Access oraz konfigurację kwalifikowanego czatu i dostawców. Jego lokalizacja musi przejść testy typowanych argumentów, RTL, pseudolokalizacji, dostępności, wrogich tłumaczeń i zgodności serwera z klientem. Rdzeń LSP, lekki klient VS Code i ograniczony kontrakt debugowania headless są obowiązkowe; integracja edytora przez Debug Adapter Protocol jest odłożona.
Pięć zamrożonych wzorców aplikacji to: encja bliźniaka, szereg telemetryczny, dziennik zdarzeń, trasa geograficzna i zasób CRUD. Ogólny deklaratywny system UI ani środowisko uruchomieniowe języka w przeglądarce nie są częścią pierwszego wydania.
To wymagania architektoniczne planowanego wydania, podlegające kwalifikacji zgodności i bezpieczeństwa.
Dostęp bitemporalny odróżnia czas obowiązywania faktu od chwili, w której trafił on do systemu. Odpowiedź „według stanu na” powinna być odtwarzalna względem obu osi – łącznie z późniejszymi korektami.
Transakcje ściśle serializowalne z precyzyjnym wykrywaniem konfliktów logicznych mają utrzymywać zmiany encji, grafu, czasu oraz zadeklarowanych indeksów transakcyjnych i zasobów pochodnych w jednej epoce commitu.
Kontrola dostępu należy do ścieżek przechowywania i wykonania – także skanów indeksów, przechodzenia grafu i agregacji. Wykrywalność jest oddzielona od prawa odczytu; zasoby, do których odmówiono dostępu, nie mogą wyciekać przez liczniki, błędy ani wskazówki o istnieniu. Autoryzacja wyszukiwania następuje przed rankingiem i wyborem top-k.
Zadeklarowany efekt funkcji publicznej opisuje potencjalne zachowanie; sam w sobie nigdy nie nadaje uprawnień. Pobrane treści i wyniki modelu pozostają niezaufane, gdy agent proponuje działanie narzędzia.
Przechowywane źródła zachowują ograniczony dostęp, wersjonowane deskryptory, klasyfikację, pochodzenie, retencję i autoryzację. Pochodny tekst, kafelki czy osadzenia są jawnie wersjonowane i nigdy niepostrzeżenie nie zastępują oryginału.
| Modalność | Planowana reprezentacja w pierwszym wydaniu | Poza deklaracją pierwszego wydania |
|---|---|---|
| Tekst | Ograniczone ciągi UTF-8; duże teksty UTF-8 jako obiekty blob przesyłane strumieniowo lub odczytywane zakresami; indeks tekstowy/BM25 wersjonowany według analizatora. | Uniwersalna naprawa kodowania znaków, niejawna normalizacja zmieniająca źródło czy nieograniczona materializacja ciągów. |
| Dokumenty | Wiążące bajty źródłowe z metadanymi i pochodzeniem; jawne pochodne tekstowe i fragmenty mogą być dostarczone lub wytworzone przez zadeklarowanego zewnętrznego dostawcę. | Uniwersalne parsowanie PDF i dokumentów biurowych, niejawne OCR czy traktowanie wyodrębnionego tekstu jako źródła. |
| Obraz, dźwięk i wideo | Bajty źródłowe, metadane multimediów i skrót (digest); wznawialne, ograniczone przyjmowanie danych, strumieniowanie zakresów i jawnie wersjonowane pochodne zewnętrzne. | Dołączone dekodery/transkodery, natywny potok wideo, miniatury, ekstrakcja klatek czy wbudowane podobieństwo multimediów. |
| Stan szeregów czasowych | Dostęp punktowy, wsadowy i zakresowy, regularne i nieregularne zakresy oraz dokładna rozdzielczość; w dalszej części objętej sekwencji dostaw: okna czasu zdarzeń, znaczniki wodne (watermarks), agregacje i trwałe subskrypcje. | Wiele niezależnych zdarzeń w jednej chwili w jednym szeregu; do tego służy mapa zdarzeń. |
| GIS wektorowy | Wartości i obiekty geograficzne uwzględniające układ odniesienia (CRS), w razie potrzeby strumieniowane duże geometrie, dokładne predykaty i indeksowani kandydaci z dokładną ponowną weryfikacją. | Rozproszone wykonanie przestrzenne czy ogólny język zastępczy zgodny z PostGIS. |
| GIS rastrowy | Bajty źródłowe z deskryptorem rastra, ograniczony dostęp bajtowy i zakresowy oraz zadeklarowane zewnętrzne projekcje kafelków lub podglądów. | Dołączone dekodowanie rastrów, natywna reprojekcja i budowa podglądów czy gwarantowany losowy dostęp do kafelków w formatach sekwencyjnych. |
| Dane liczbowe gęste i rzadkie | Ograniczone tablice i tablice rzadkie; minimalne przechowywanie tensorów zmiennoprzecinkowych o stałym kształcie dla osadzeń wytwarzanych przez dostawców. | Ogólna algebra tensorów, wykonywanie modeli, ONNX, trenowanie, kwantyzacja czy obliczenia na urządzeniach. |
Konkretne formaty wymiany, akceptowane typy dokumentów i multimediów, profile wektorowe i rastrowe, wersje dostawców i zestawy testów bezpieczeństwa pozostają decyzjami dotyczącymi wydania.
Planowana topologia produkcyjna to jeden serwer. Może obsługiwać wielu najemców z izolacją i limitami, ale jego pojemność i domena awarii pozostają ograniczone do jednego węzła.
| Profil | Planowane miejsce w pierwszym wydaniu | Granica |
|---|---|---|
| Wbudowany | Uwzględniony | Jeden proces aplikacji z lokalnym magazynem danych; bez odrębnego procesu serwera. |
| Deweloperski | Uwzględniony | Uruchomienie pustego projektu i jawne tryby źródeł. |
| Produkcyjny, jeden serwer | Uwzględniony | Jeden węzeł. Najpierw trwałość POSIX; trwałość w magazynie obiektowym i obsługa kopii zapasowych w zakresie wydania. |
| Klaster | Wyłączony · późniejszy profil | Brak deklaracji shardingu, replikacji, rozproszonego przechodzenia grafu czy przełączania awaryjnego. |
| Izolowane obciążenie | Wyłączony | Brak odrębnie kwalifikowanego profilu wdrożenia dla izolowanych obciążeń. |
Wybór środowiska wdrożenia, np. centrum danych klienta lub chmura prywatna, jest niezależny od tych profili środowiska uruchomieniowego.
Planowany profil produkcyjny łączy trwałe zadania i harmonogramy z dowodami operacyjnymi na jednym serwerze. Nie deklaruje klastra, przełączania na replikę ani dostępności między węzłami.
Pełne i przyrostowe kopie zapasowe według harmonogramu, zweryfikowane odtworzenie i odtwarzanie do punktu w czasie, retencja/TTL oraz blokady prawne (legal hold) są wymaganiami objętymi zakresem. Wykonana kopia zapasowa nie dowodzi, że aplikację i jej dane można odtworzyć.
Obserwowalność produkcyjna i zadeklarowane cele usług wiązałyby incydenty z aplikacją i wydaniem, których dotyczą. Działać mogą wyłącznie zarejestrowane, wcześniej autoryzowane klasy remediacji, w granicach swojego profilu; nieaktualne lub cofnięte uprawnienia muszą skutkować odmową lub eskalacją.
Decyzje o wdrożeniach kanarkowych i wycofaniu zmian pozostają pod niezależną kontrolą. Agent proponujący naprawę nie może sam zatwierdzić rozszerzenia swoich uprawnień, zmienić kryteriów akceptacji ani aktywować swojego następcy.
Dla profilu jednego serwera planowane jest stopniowe (rolling) wdrażanie schematów, kontraktów i backendu. Stabilne natywne C ABI i nadzorowana granica dostawców umożliwiają zadeklarowane integracje bez późniejszego otwartego rejestru czy hosta komponentów.
Kwalifikacja wydania wymaga też odtwarzania po awarii, zerowej utraty potwierdzonych commitów i udanych testów odtworzenia w zadeklarowanych warunkach. Proponowane progi liczbowe podajemy niżej jako testy, a nie zmierzone wyniki czy poziomy usług.
To proponowane założenia dotyczące obciążenia, czekające na zatwierdzenie przez autora i pomiary u partnerów projektowych. „Świat” opisuje tematykę, a nie wykonanie rozproszone.
| Wymiar | Proponowane obciążenie referencyjne |
|---|---|
| Encje bliźniaka | 250 000 statków; 5000 portów i terminali; 2 mln jednostek ładunkowych |
| Przyjmowanie pozycji | 25 000 raportów/s w trybie ciągłym; 100 000 raportów/s przez 60-sekundowy szczyt |
| Retencja w pełnej rozdzielczości | 90 dni; ok. 194 mld próbek i 2 TB po kompresji |
| Retencja próbkowana w dół | Jedna próbka na 5 minut do 36 miesięcy; ok. 79 mld próbek i 0,8 TB |
| Zdarzenia i dokumenty | 5 mln zawinięć do portów, zawiadomień i manifestów rocznie |
| Osadzenia | 768 wymiarów float32; ok. 15 GB/rok surowych danych |
| Kształt grafu | Ścieżki własności, czarteru i operatora do głębokości 6; średni stopień wyjściowy 4; węzły portów do 100 000 krawędzi |
| Współbieżność interaktywna | 200 osób i 50 klientów maszynowych |
| Sprzęt i pamięć | Proponowana referencyjna klasa sprzętu 32 vCPU; stosunek danych do RAM ok. 24:1. Wielkość RAM, dostawca i model pamięci masowej nie są określone. |
Wartość 25 000 raportów/s w trybie ciągłym opisuje to obciążenie referencyjne. Wartość 100 000 raportów/s w trybie ciągłym w kryteriach akceptacji to surowsze proponowane kryterium wydania; 80 000 raportów/s na tym sprzęcie to odrębny próg ponownej oceny zakresu.
Teoretyczne obliczenia projektowe przy ok. 10,3 bajta po kompresji na próbkę wskazują na mniej więcej 1–2 bln próbek i do 20 TiB na węzeł. Nie jest to zmierzony wynik pojemności.
≈10,3 bajta
po kompresji na próbkę: podstawa obliczeń projektowych
1–2 bln
próbek na węzeł, w przybliżeniu, według teoretycznych obliczeń projektowych
≤20 TiB
na węzeł przy tej gęstości; nie jest to zmierzony wynik pojemności
10 TiB / 16 GiB
odrębny proponowany przypadek kwalifikacyjny: pamięć masowa a zainstalowana RAM
Odrębny proponowany przypadek kwalifikacyjny zakłada 10 TiB pamięci masowej przy 16 GiB zainstalowanej pamięci RAM dla ograniczonych zapytań punktowych, zakresowych, stronicowanych, o próbki i o widok (viewport). Nie oznacza to, że cały zbiór danych lub cały indeks znajduje się w pamięci ani że każde zapytanie globalne jest interaktywne.
Przy surowszym kryterium wydania 100 000 raportów/s 90 dni próbek w pełnej rozdzielczości to ok. 0,78 bln próbek i 8 TB. Dwanaście miesięcy to ok. 3,2 bln i 32 TB – poza proponowanym punktem projektowym jednego węzła. Dłuższa retencja wymagałaby próbkowania w dół lub późniejszego profilu klastrowego. Pełny eksport, sortowanie globalne i przebudowa całego indeksu pozostają pracą strumieniową lub trwałymi zadaniami.
Przed wersją 1.0 jedynie stabilne przypisane identyfikatory nigdy nie są ponownie wykorzystywane. Wszystkie pozostałe zobowiązania 1.x są intencjami wydania, a kilka szczegółów nie zostało jeszcze rozstrzygniętych.
| Wymiar | Przed 1.0 | Zamierzone zachowanie w 1.x lub otwarta decyzja |
|---|---|---|
| Język źródłowy | Brak obietnicy zgodności 1.x przed wersją 1.0. | Gramatyka 1.0 jest zamrożona; kod źródłowy akceptowany przez 1.0 pozostaje akceptowany przez późniejsze wersje 1.x. |
| Deskryptory i katalog | Stabilne identyfikatory typów, pól i inne przypisane ID nigdy nie są ponownie wykorzystywane. | Późniejsza wersja 1.x odczytuje deskryptory zapisane przez wcześniejsze wydania 1.x. |
| Kod bajtowy i plany | Brak ogólnej obietnicy zgodności. | Plany fizyczne są przebudowywane przy aktualizacji. Trwałe zadania przypinają odwołanie do wykonania; nowsze środowisko uruchomieniowe odczytuje je, migruje, jawnie odtwarza lub odmawia. Dowolne punkty kontrolne nie są przenośne. |
| Odczyt danych z magazynu | Brak ogólnej obietnicy zgodności. | Późniejsze wydania zachowują dekodery dla bloków 1.x, do których nadal istnieją odwołania. |
| Zapis danych do magazynu | Brak ogólnej obietnicy zgodności. | Zgodność odczytu wstecz jest deklarowana dla każdego formatu. Powrót do starszej wersji nie jest obiecywany. |
| Protokół i API | Brak ogólnej obietnicy zgodności. | Tylko zmiany addytywne w ramach 1.x; zmiany niezgodne wymagają nowej głównej wersji usługi. |
| Generowany klient | Brak ogólnej obietnicy zgodności. | Klient wygenerowany dla 1.x kompiluje się względem późniejszych serwerów 1.x. |
| Deklaratywny frontend | Brak ogólnej obietnicy zgodności. | Rodzaje deskryptorów są w ramach 1.x tylko rozszerzane. |
| Pakiety i komponenty | Brak ogólnej obietnicy zgodności. | Zachowane dekodery, blokady i wybrane interfejsy natywnych dostawców są rozszerzane w sposób zgodny. Otwarty rejestr i host komponentów to praca na później. |
| Stopniowa aktualizacja klastra | Nie dotyczy. | Nie dotyczy: w wersji 1.0 nie ma profilu klastrowego. |
| Kopie zapasowe i odtwarzanie | Brak ogólnej obietnicy zgodności. | Późniejsza wersja 1.x odtwarza kopie zapasowe wcześniejszych wersji 1.x i raportuje wynik zweryfikowanego odtworzenia. |
| Konfiguracja operacyjna | Brak ogólnej obietnicy zgodności. | Tylko zmiany addytywne w ramach 1.x; usunięcie wymaga wydania z wycofaniem (deprecation). |
| Adapter dostawcy AI | Brak ogólnej obietnicy zgodności. | Przenośny schemat czatu i protokół workera są rozszerzane w sposób zgodny. Konkretne artefakty dostawców przypinają własne wersje, kierunki i możliwości. Nie wynika z tego żaden model ani funkcja konkretnego dostawcy. |
| Przestrzeń robocza agentów i MCP | Okres wsparcia nie został jeszcze wybrany. | Kierunki wersji, negocjacja i zachowanie w razie błędu wymagają decyzji przy wydaniu. |
| Sesja agenta i wytyczne | Okres wsparcia nie został jeszcze wybrany. | Kierunki wersji i zachowanie punktów kontrolnych wymagają decyzji przy wydaniu. |
| Wersjonowana umiejętność AI (skill) | Okres wsparcia nie został jeszcze wybrany. | Oba kierunki i zachowanie w razie błędu wymagają decyzji przy wydaniu. |
| Efekty funkcji publicznych | Brak ogólnej obietnicy zgodności. | Dodanie efektu narusza kontrakt funkcji publicznej i wymaga nowej głównej wersji usługi; samo w sobie nigdy nie nadaje uprawnień. |
| Token spójności | Okres wsparcia nie został jeszcze wybrany. | Token należy do zakresu usług pierwszego wydania; jego kontrakt zgodności wymaga decyzji przy wydaniu. |
| Zlokalizowane komunikaty i katalogi | Stabilne identyfikatory komunikatów, katalogów i profili nigdy nie są ponownie wykorzystywane. | Klucze publiczne i typowane argumenty są rozszerzane w sposób zgodny; komunikaty, do których istnieją odwołania, zachowują czytelników. Ustawienia regionalne, wartości domyślne i okresy wsparcia katalogów pozostają otwarte. |
Macierz wsparcia wydania musi dla każdego wiersza określać oba kierunki – odczyt i zapis – obsługiwane okresy, negocjację i zachowanie w razie błędu. Nie wynika z niej gwarancja powrotu do starszej wersji ani przenośności dowolnych punktów kontrolnych.
Planowany, niezależny od dostawcy kontrakt czatu obejmuje treści, wiadomości, zdarzenia, narzędzia, ustrukturyzowane wyniki oraz trwałe zapisy sesji i przebiegów. Możliwości specyficzne dla modelu nigdy nie są dziedziczone z ogólnej nazwy punktu końcowego.
| Planowana integracja w pierwszym wydaniu | Granica kwalifikacji |
|---|---|
| Deterministyczny dostawca testowy (fake) | Wymagany do odtwarzalnych testów. |
| Bezpośrednio OpenAI Responses | Konkretny artefakt dostawcy i przypięta macierz możliwości i kontraktu; nie obiecujemy żadnego modelu dostawcy. |
| Anthropic Messages | Konkretny artefakt dostawcy i przypięta macierz możliwości i kontraktu. |
| Natywna Ollama | Kwalifikowana względem natywnego kontraktu, a nie interfejsu zgodnego z OpenAI. |
| Ograniczony punkt końcowy zgodny z OpenAI | Typowane powiązanie z punktem końcowym i sprawdzonymi możliwościami; nie podaje się za OpenAI. |
| Zarządzane zewnętrznie środowisko na tym samym serwerze | Wyłącznie ograniczone deklaracje zasobów klienta Cygnus; zewnętrzne środowisko nie jest wliczane do zapasu zasobów Cygnus. |
| Certyfikowany lokalny llama.cpp zarządzany przez Cygnus | Wymagany wariant CPU; CUDA tylko po kwalifikacji. Dokładny model, tokenizer, środowisko uruchomieniowe, urządzenie, konfiguracja i limity zasobów wymagają podpisanego certyfikatu. |
Zdalne lub niezależnie obsługiwane lokalne punkty końcowe nie dziedziczą gwarancji RAM/VRAM dla zarządzanego środowiska lokalnego. Natywne obliczenia modeli, szerokie natywne agenty dostawców, automatyczny fallback i nieograniczone użycie AI są poza tym profilem. Nazwy dostawców i produktów służą wyłącznie identyfikacji interfejsów; nie oznaczają partnerstwa ani rekomendacji.
Żadne z poniższych kryteriów nie jest deklarowane jako spełnione. Wartości dotyczą zadeklarowanych warunków obciążenia, sprzętu i spójności; kryteria wymagane i zalecane pozostają rozróżnione: 22 kryteria są wymagane, 2 zalecane.
| Kryterium · wymagany dowód | Proponowany próg | Wymóg · status |
|---|---|---|
| 01 Produkcyjni partnerzy projektowi z obciążeniem o kształcie referencyjnym | Co najmniej 3 | WymaganeJeszcze niespełnione |
| 02 Produkcyjny system ewidencyjny z zachowaną historią | Co najmniej 1 z historią obejmującą co najmniej 6 miesięcy | WymaganeJeszcze niespełnione |
| 03 Ciągłe przyjmowanie pozycji na proponowanej referencyjnej klasie sprzętu 32 vCPU, przy transakcyjnej spójności indeksów | Co najmniej 100 000 raportów/s | WymaganeJeszcze niespełnione |
| 04 Absorpcja szczytów bez odrzucania danych i bez nieograniczonego wzrostu kolejki | 100 000 raportów/s przez 60 sekund | WymaganeJeszcze niespełnione |
| 05 Statki w wielokącie spośród 250 000 bieżących pozycji | p99 nie więcej niż 150 ms | WymaganeJeszcze niespełnione |
| 06 Odczyt 90-dniowej trasy jednego statku | p99 nie więcej niż 250 ms | WymaganeJeszcze niespełnione |
| 07 Hybrydowe wyszukiwanie rzadkie i gęste top-20 w 5 mln dokumentów | p99 nie więcej niż 300 ms | WymaganeJeszcze niespełnione |
| 08 Odczyt otoczenia bliźniaka, głębokość 3 i nie więcej niż 500 węzłów | p99 nie więcej niż 50 ms | ZalecaneJeszcze niespełnione |
| 09 Poprawność przy danych poza pamięcią bez nieograniczonego wzrostu zużycia pamięci | Zbiór danych co najmniej 24 razy większy niż RAM | WymaganeJeszcze niespełnione |
| 10 Narzut autoryzacji na poziomie elementów względem polityki zgrubnej | Nie więcej niż 2 razy | WymaganeJeszcze niespełnione |
| 11 Punkt odtwarzania potwierdzonych commitów na jednym serwerze | Zero utraconych potwierdzonych commitów | WymaganeJeszcze niespełnione |
| 12 Restart przy zbiorze danych 3 TiB | Wiążące zapisy wznowione w ciągu 20 sekund | WymaganeJeszcze niespełnione |
| 13 Zaplanowane testy zweryfikowanego odtworzenia w oknie wydania | 100% zaliczonych | WymaganeJeszcze niespełnione |
| 14 Odtwarzanie po awarii na każdym etapie commitu | 100% testów zaliczonych | WymaganeJeszcze niespełnione |
| 15 Ewaluacje agentów na pustym projekcie bez poprawek człowieka | Co najmniej 70% udanych w zadeklarowanych budżetach | WymaganeJeszcze niespełnione |
| 16 Od pustego projektu do wdrożonej, autoryzowanej funkcji odczytu/zapisu bliźniaka z generowanym klientem TypeScript i formularzem | Nie więcej niż 30 minut, prowadzone przez agenta | ZalecaneJeszcze niespełnione |
| 17 Obowiązkowe zestawy testów zgodności dla każdego objętego profilu | 100% zaliczonych | WymaganeJeszcze niespełnione |
| 18 Zamrożone specyfikacje i minimalne zestawy testów zgodności | Podłoże rdzenia, stabilne deskryptory tożsamości i jądro modelu zagrożeń/bezpieczeństwa; deskryptory modalności, język, projekt, reprezentacja pośrednia, plany, schemat, magazyn, transakcje, strumienie, blokada pakietów, lokalizacja i narzędzia rdzenia; usługi, MCP, funkcje, UI, generowany TypeScript, pakiety wdrożeniowe, strumienie zmian i pełne bezpieczeństwo; wyszukiwanie i czas zdarzeń; prowadzone MCP, zamrożona projekcja funkcji, lokalizacja Explorer, LSP i debugowanie headless; eksploatacja jednego serwera, interfejs natywnych dostawców i ograniczony czat. Model zagrożeń weryfikowany ponownie przy każdym objętym kryterium. | WymaganeJeszcze niespełnione |
| 19 Przykłady z dokumentacji uruchamiane jako testy | 100% | WymaganeJeszcze niespełnione |
| 20 Bazowe poziomy regresji wydajności z przypisanymi właścicielami | Każdy benchmark ścieżki krytycznej | WymaganeJeszcze niespełnione |
| 21 Kompletna macierz wsparcia i zgodności | Wybrane konkretne formaty, profile dokumentów/multimediów/rastrów/dostawców, ustawienia regionalne i katalogi; wszystkie 19 wymiarów określa oba kierunki, okresy, negocjację i zachowanie w razie błędu; brak otwartych pól | WymaganeJeszcze niespełnione |
| 22 Produkcyjna tożsamość i aktywacja kryptograficzna | Zakwalifikowany zewnętrzny dostawca kluczy i audytowana ceremonia ustanowienia pierwszego administratora; bez awaryjnego przejścia na dostawcę deweloperskiego/plikowego | WymaganeJeszcze niespełnione |
| 22 Zgłaszanie podatności i operacje wydawnicze | Monitorowany kontakt, publiczny klucz szyfrujący, security.txt, ścieżka komunikatów bezpieczeństwa, kalendarz wsparcia oraz przećwiczone role wydania i wycofania | WymaganeJeszcze niespełnione |
| 24 Pełna akceptacja ograniczonego czatu | Akceptacja rdzenia, wszystkich pięciu adapterów dostawców, MCP, wiedzy, zewnętrznie zarządzanego środowiska lokalnego, certyfikowanego zarządzanego lokalnego CPU, biblioteki i minimalnych zasobów | WymaganeJeszcze niespełnione |
| 25 Katalog bibliotek pierwszego wydania | Każdy wymagany element ma zatwierdzone dojrzałe wydanie; elementy zalecane przechodzą testy lub ujawniają następcę i odstępstwo | WymaganeJeszcze niespełnione |
Kryterium wydania 100 000 raportów/s na proponowanej klasie sprzętu 32 vCPU jest niezależne od trudniejszego celu inżynierskiego na mniejszej, nieokreślonej klasie sprzętu. Kryteria dotyczące bezpieczeństwa, tożsamości, dostawców, dokumentacji i macierzy wsparcia są tak samo konieczne jak przepustowość.
Konkretne wersje dokumentów, multimediów, rastrów, wektorów, wymiany masowej i dostawców, produkcyjne ustawienia regionalne, okresy wsparcia katalogów oraz kilka kierunków zgodności agentów, sesji, umiejętności i tokenów pozostają otwarte. Muszą zostać wybrane i zakwalifikowane przed wersją 1.0.
Nie wybrano też cen, licencjonowania, pakietów handlowych, finansowania dostawców, harmonogramów ani terminów dostaw. Proponowany cel to test do przeprowadzenia, a nie zobowiązanie wobec klienta.
Relacje, historia, lokalizacja i wyszukiwanie, które muszą działać razem: zestawimy je z planowaną granicą pierwszego wydania i uczciwie powiemy, gdzie pasują.
Można też napisać na adres contact@natusai.com
NatusAI