Normale Einrichtungs- und Reparaturpfade sind in der Installations-, CLI- und Gateway-Dokumentation beschrieben. Plattformspezifische Windows-Pfade werden in den Zeilen „Windows über WSL2“ und „Natives Windows“ erfasst.

Die Kernarchitektur, Authentifizierung, Kopplung, Protokolldokumentation, Daemon-Dokumentation und CLI-Betriebshandbücher sind umfassend und aktuell.

Hauptschleife, Modelle, Provider-Routing und Tool-Streaming sind erstklassig unterstützt, das Provider-Verhalten ändert sich jedoch wöchentlich und erfordert für jede Version einen Szenarionachweis.

Aussagekräftige Dokumentation und aktive Implementierung. Der Reifegrad hängt von der Beständigkeit der Transkripte, der Qualität der Compaction und der Gleichwertigkeit zwischen Clients ab.

Viele Channels verwenden dieselben Gateway-Verträge für Zustellung und Routing, doch das Channel-Verhalten variiert je nach vorgelagerter API und Einschränkungen der Kontorichtlinien.

Dokumentation zu OTel, Prometheus, Protokollierung und Diagnose ist vorhanden. Benötigt einen öffentlichen Reifegrad-Durchlauf zum Thema „Worauf Operatoren zuerst achten sollten“.

Die Web-Benutzeroberfläche ist mit Abläufen für Kopplung, Chat, PWA, Talk, Push-Benachrichtigungen und den Remote-Gateway dokumentiert. Die Hochstufung erfolgt nach Scorecards für verschiedene Browser und mobile PWAs.

Für Manifeste, Erkennung, Laden, die Provider-/Tool-Architektur und Genehmigungsgrenzen liegen eine umfassende Dokumentation und aussagekräftige interne Laufzeitnachweise vor. Behalten Sie die Zeile auf Beta, bis überzeugendere Nachweise für die öffentlichen SDK-APIs/-Unterpfade und die externe Distribution vorliegen.

Gute Dokumentation und Härtungsmechanismen sind vorhanden. Eine Hochstufung sollte erfolgen, nachdem regelmäßige Upgrade- und Sicherheitsszenarien nachgewiesen haben, dass keine Einrichtungsregressionen auftreten.

Dokumentiert und nutzbar, aber Szenarionachweise sollten die unbeaufsichtigte Zustellung, Wiederholungsversuche und die Sichtbarkeit von Fehlern abdecken.

Es gibt ein breites Funktionsspektrum, aber Unterschiede zwischen Providern, Dateibeschränkungen sowie die fehlende Parität zwischen Node und App verhindern derzeit noch die Stabilität.

Für Control UI, Apps und Provider existieren mehrere Implementierungen. Vor der Betaphase werden Bewertungskarten für Latenz, Fehlermodi und Einrichtung benötigt.

In Dokumentation und Quellcode vorhanden, aber als primärer Benutzerablauf weniger sichtbar. Erfordert eine explizite Szenariodefinition.

Öffentliche Dokumentation und ein Ökosystemkonzept sind vorhanden. Benötigt Bewertungsübersichten für Installation, Vertrauen, Aktualisierung, Rollback und Kompatibilität.

Das OpenClaw App SDK ist ein eigenständiger Vertrag für externe Apps, der von der Gateway-Laufzeit und dem Plugin SDK getrennt ist. Die aktuelle Bewertung zeigt einen realen @openclaw/sdk-Pfad mit Lücken bei öffentlicher Paketierung, automatischer Erkennung, Genehmigungen, Hilfsfunktionen und Kompatibilität.

Die Node-Laufzeit wird empfohlen, der systemd-Benutzerdienst ist dokumentiert und die Anleitung für VPS und Container ist umfassend.

Der LaunchAgent-Dienstpfad, lokale und entfernte Gateway-Modi, die CLI-Installation und die App-Integration sind dokumentiert.

Eine offizielle Distribution über Google Play ist verfügbar, die Dokumentation zum Erstellen und Ausführen aus dem Quellcode wird gepflegt, und die Android-App ist als regulärer Begleit-Node für Benutzer dokumentiert.

Eine offizielle Verteilung über den App Store ist vorhanden, Relay-gestützte Push-Benachrichtigungen sind dokumentiert und die iOS-App ist als regulärer Begleit-Node für Benutzer dokumentiert.

Installationsdokumentation ist vorhanden, und diese Hosting-Varianten sind gängige Bereitstellungswege. Hochstufen, nachdem wiederkehrende Smoke-Tests bei Releases das Upgrade- und Volume-Verhalten erfassen.

Empfohlener Windows-Pfad mit Anleitung zu systemd/Benutzerdiensten und Dokumentation der Boot-Kette. Nach wiederholten Bewertungsübersichten für Installation und Aktualisierung höherstufen.

Plattformdokumentation ist vorhanden, und der Gateway-Pfad basiert auf Linux. Für eine höhere Einstufung sind hardwarespezifische Smoke-Test-Nachweise für Releases erforderlich.

Eine umfangreiche Menüleisten-App, Berechtigungen, Node-Modus, Canvas, Sprachaktivierung, WebChat und Remotemodus sind vorhanden. Die Entwicklung schreitet jedoch noch zu schnell voran, um die Einstufung „Stabil“ zu erhalten.

Die grundlegenden CLI-/Gateway-Abläufe funktionieren, die Dokumentation empfiehlt jedoch weiterhin WSL2 für den vollständigen Funktionsumfang und führt Einschränkungen der nativen Ausführung auf.

Kubernetes-Hosting ist ein eigenständiger, auf Kustomize basierender Bereitstellungspfad für Cluster. Die aktuelle Bewertung zeigt einen tatsächlich nutzbaren minimalen Bereitstellungspfad mit Lücken bei Kubernetes-spezifischer CI, der Paketierung von Ingress/TLS/NetworkPolicy, Sicherung/Wiederherstellung und der Absicherung für die Bereitstellung in Produktionsumgebungen.

Optionaler Installationsablauf. Vor der Hochstufung auf Alpha/Beta ist eine klarere Supportzusage erforderlich.

Der Quellcode enthält Oberflächen für die Watch-App/-Erweiterung; die öffentliche Dokumentation stellt dies noch nicht als Benutzerfunktion dar.

Laut Dokumentation sind native Linux-Begleit-Apps geplant; derzeit ist der Gateway der unterstützte Weg unter Linux.

Nur geplant.

Ausführliche Dokumentation und breite Funktionsabdeckung. Sprach- und Delegationspfade sollten weiterhin separat als Beta bzw. Alpha bewertet werden.

Der Kernkanal ist für die regelmäßige Nutzung ausgereift genug, doch stark variierende UX- und Medienrandfälle erfordern wiederkehrende Szenarionachweise.

Erstklassige Kanaldokumentation und Routing-Oberfläche. Benötigt Scorecards für Szenarien zur Workspace-Installation und -Administration.

Unterstütztes iMessage wird über imsg auf einem macOS-Messages-Host mit angemeldetem Konto ausgeführt; ältere BlueBubbles-Konfigurationen müssen migriert werden. Hinweise zu macOS-Berechtigungen, SSH-Wrapper, SIP/privater API und Migration müssen sichtbar bleiben.

Der zentrale Pfad ist wichtig und dokumentiert; die Volatilität von Baileys und Sitzungen im Upstream verhindert jedoch eine Einstufung als stabil.

Unterstützung über ein gebündeltes Plugin. Benötigt Scorecards für Bridge, Authentifizierung und Raumlebenszyklus.

Dokumentierter Kanal, aber die Einrichtung für Unternehmen und Administratoren erhöht das Reifegradrisiko.

Authentifizierungs- und Administrationsabläufe für Unternehmen benötigen explizite Szenarionachweise.