Standardowe ścieżki konfiguracji i naprawy są udokumentowane w dokumentacji instalacji, CLI i Gateway. Ścieżki specyficzne dla platformy Windows są śledzone w wierszach Windows przez WSL2 i Natywny Windows.

Podstawowa architektura, uwierzytelnianie, parowanie, dokumentacja protokołu, dokumentacja daemona i runbooki CLI są szerokie i aktualne.

Główna pętla, modele, routing dostawców i strumieniowanie narzędzi są pełnoprawnymi obszarami, ale zachowanie dostawców zmienia się co tydzień i wymaga dowodu scenariuszowego dla każdego wydania.

Dobra dokumentacja i aktywna implementacja. Dojrzałość zależy od trwałości transkrypcji, jakości Compaction oraz parytetu między klientami.

Wiele kanałów współdzieli kontrakty dostarczania i routingu Gateway, ale zachowanie kanałów różni się zależnie od ograniczeń nadrzędnego API i zasad konta.

Dokumentacja OTel, Prometheus, logowania i diagnostyki istnieje. Wymaga publicznego przeglądu dojrzałości „na co operatorzy powinni patrzeć w pierwszej kolejności”.

Web UI jest udokumentowany z przepływami parowania, czatu, PWA, Talk, push oraz zdalnego Gateway. Awansuj po kartach wyników międzyprzeglądarkowych i mobilnego PWA.

Istnieje szeroka dokumentacja i mocne wewnętrzne dowody działania środowiska wykonawczego w obszarach manifestów, wykrywania, ładowania, architektury dostawców/narzędzi oraz granic zatwierdzania. Utrzymaj wiersz na poziomie beta, dopóki publiczne API SDK, podścieżki i dowody dystrybucji zewnętrznej nie będą mocniejsze.

Istnieje dobra dokumentacja i powierzchnie wzmacniania zabezpieczeń. Promuj po tym, jak regularne scenariusze aktualizacji i zabezpieczeń wykażą brak regresji konfiguracji.

Udokumentowane i używalne, ale dowód scenariuszowy powinien obejmować dostarczanie bez nadzoru, ponawianie prób i widoczność awarii.

Istnieje szeroki zakres możliwości, ale różnice między dostawcami, limity plików i parytet węzłów/aplikacji sprawiają, że nie jest to jeszcze stabilne.

W Control UI, aplikacjach i u dostawców istnieje wiele implementacji. Przed wersją beta potrzebne są karty oceny opóźnień, trybów awarii i konfiguracji.

Obecne w dokumentacji i źródle, ale mniej widoczne jako podstawowy przepływ pracy użytkownika. Wymaga jednoznacznej definicji scenariusza.

Publiczna dokumentacja i koncepcja ekosystemu istnieją. Potrzebne są karty ocen instalacji, zaufania, aktualizacji, wycofywania zmian i zgodności.

OpenClaw App SDK to odrębny kontrakt aplikacji zewnętrznej, niezależny od środowiska uruchomieniowego Gateway i Plugin SDK. Obecna punktacja pokazuje rzeczywistą ścieżkę @openclaw/sdk z lukami dotyczącymi publicznego pakowania, automatycznego odkrywania, zatwierdzeń, helperów i zgodności.

Zalecane jest środowisko uruchomieniowe Node, udokumentowano usługę użytkownika systemd, a wskazówki dotyczące VPS/kontenerów są obszerne.

Ścieżka usługi LaunchAgent, lokalne/zdalne tryby Gateway, instalacja CLI i integracja z aplikacją są udokumentowane.

Dokumentacja instalacji istnieje i obejmuje typowe ścieżki wdrożenia. Awansuj po tym, jak cykliczne smoke testy wydania obejmą zachowanie aktualizacji i woluminów.

Zalecana ścieżka dla Windows z wytycznymi dotyczącymi systemd/usługi użytkownika oraz dokumentacją łańcucha rozruchowego. Promować po powtarzalnych kartach wyników instalacji/aktualizacji.

Dokumentacja platformy istnieje, a ścieżka Gateway jest oparta na Linuksie. Aby przejść wyżej, potrzebne jest potwierdzenie smoke dla wydania na konkretnym sprzęcie.

Rozbudowana aplikacja paska menu, uprawnienia, tryb Node, Canvas, wybudzanie głosem, WebChat i tryb zdalny już istnieją. Nadal rozwijają się wystarczająco szybko, by unikać statusu Stabilne.

Publiczna ścieżka Google Play istnieje, ale dokumentacja aplikacji nadal opisuje przebudowę jako skrajnie alfa i wskazuje prace nad utwardzeniem wydania.

Podstawowe przepływy CLI/Gateway działają, ale dokumentacja nadal zaleca WSL2, aby uzyskać pełne środowisko, i wymienia zastrzeżenia dotyczące natywnego działania.

Hosting Kubernetes to odrębna ścieżka wdrażania klastra oparta na Kustomize. Bieżąca ocena pokazuje rzeczywistą minimalną ścieżkę wdrożenia z lukami dotyczącymi CI specyficznego dla Kubernetes, pakietowania ingress/TLS/NetworkPolicy, kopii zapasowych/przywracania oraz wzmacniania ekspozycji produkcyjnej.

Wewnętrzna wersja zapoznawcza / super-alpha. Przepływy push oparte na TestFlight i przekaźniku istnieją, ale nie ma jeszcze publicznej dystrybucji.

Opcjonalny proces instalacji. Wymaga jaśniejszej deklaracji wsparcia przed promowaniem do wersji alfa/beta.

Źródło ma powierzchnie aplikacji/rozszerzenia Watch; publiczna dokumentacja nie przedstawia tego jeszcze jako funkcji dla użytkownika.

Dokumentacja mówi, że natywne aplikacje towarzyszące dla Linux są planowane; Gateway jest obecnie obsługiwaną ścieżką dla Linux.

Tylko planowane.

Szczegółowa dokumentacja i szerokie pokrycie funkcji. Ścieżki głosu/delegowania powinny nadal być oceniane osobno jako beta/alfa.

Kanał główny jest wystarczająco dojrzały do regularnego użycia, ale UX o wysokiej zmienności i skrajne przypadki dotyczące mediów wymagają powtarzalnego potwierdzania scenariuszami.

Pełnoprawna dokumentacja kanału i powierzchnia trasowania. Wymaga kart wyników dla scenariuszy instalacji w obszarze roboczym i administracji.

Obsługiwany iMessage działa przez imsg na hoście macOS z zalogowaną aplikacją Messages; starsze konfiguracje BlueBubbles wymagają migracji. Zachowaj widoczność zastrzeżeń dotyczących uprawnień macOS, wrappera SSH, SIP/private API i migracji.

Ścieżka rdzeniowa jest ważna i udokumentowana; zmienność nadrzędnego Baileys/sesji utrzymuje ją poniżej poziomu Stabilne.

Obsługiwane przez dołączony plugin. Wymaga kart wyników dla mostka, uwierzytelniania i cyklu życia pokoju.

Udokumentowany kanał, ale konfiguracja przedsiębiorstwa/administratora zwiększa ryzyko dojrzałości.

Przepływy uwierzytelniania i administracji w przedsiębiorstwie wymagają jednoznacznego potwierdzenia scenariuszami.

Istnieje dokumentacja obsługiwanych kanałów; potrzebne są mocniejsze dowody instalacji i ponownego połączenia.

Ważne pokrycie regionalne, ale poziom publicznego wsparcia powinien być kalibrowany według typu konta, zatwierdzenia upstream i dowodów od opiekunów.