Anwesenheit

OpenClaw-„Präsenz“ ist eine leichtgewichtige Best-Effort-Ansicht auf:

• den Gateway selbst und
• für Benutzer sichtbare, mit dem Gateway verbundene Clients (Mac-App, WebChat, Nodes usw.)

Die Präsenz zeigt Live-Verbindungsmetadaten auf der Seite Devices der Control UI (unter Settings → Devices) und im Tab Instances der macOS-App an. Diese Seite behandelt die Client-Liste des Gateways. Informationen dazu, wie der zuletzt verwendete Mac erkannt und Node-Warnungen dorthin weitergeleitet werden, finden Sie unter Präsenz des aktiven Computers.

​

Präsenzfelder (was angezeigt wird)

Präsenzeinträge sind strukturierte Objekte mit Feldern wie:

• instanceId (optional, aber dringend empfohlen): stabile Client-Identität (normalerweise connect.client.instanceId)
• host: benutzerfreundlicher Hostname
• ip: nach bestem Bemühen ermittelte IP-Adresse
• version: Client-Versionszeichenfolge
• deviceFamily / modelIdentifier: Hardware-Hinweise
• mode: ui, webchat, cli, backend, node, probe, test
• lastInputSeconds: Sekunden seit der letzten Benutzereingabe, sofern bekannt
• reason: frei formulierbare, vom Client bereitgestellte Zeichenfolge; der Gateway selbst gibt nur self, connect und disconnect aus
• deviceId, roles, scopes: Geräteidentität sowie Rollen-/Bereichshinweise aus dem Verbindungs-Handshake
• ts: Zeitstempel der letzten Aktualisierung (ms seit der Epoche)

​

Erzeuger (woher die Präsenz stammt)

Präsenzeinträge werden von mehreren Quellen erzeugt und zusammengeführt.

​

1) Selbsteintrag des Gateways

Der Gateway legt beim Start immer einen „Selbst“-Eintrag an, damit Benutzeroberflächen den Gateway-Host anzeigen, noch bevor sich Clients verbinden.

​

2) WebSocket-Verbindung

Jeder WS-Client beginnt mit einer connect-Anfrage. Nach erfolgreichem Handshake fügt der Gateway einen Präsenzeintrag für diese Verbindung ein oder aktualisiert ihn.

​

Warum kurzlebige Control-Plane-Verbindungen nicht angezeigt werden

CLI-Befehle, Backend-RPC-Clients und Prüfsonden stellen häufig nur kurz eine Verbindung her. Damit diese Fluktuation nicht für die gesamte Präsenz-TTL beibehalten wird, werden Clients im Modus cli, backend oder probe nicht in Präsenzeinträge umgewandelt. Clients im Testmodus werden weiterhin erfasst, da Testsuites sie als Stellvertreter für echte Clients verwenden.

​

3) system-event-Beacons

Clients können über die Methode system-event umfangreichere regelmäßige Beacons senden. Die Mac- App verwendet dies, um Hostname, IP, Version und Liveness-Metadaten zu melden. Physische Eingabeaktivität ist nicht Teil dieses generischen Beacons; dafür ist das zweckspezifische native Node-Ereignis zuständig, das unter Präsenz des aktiven Computers beschrieben wird. Der Mac kennzeichnet diese Beacons mit system-presence-clear-last-input; aktuelle Gateways verwenden diese abwärtskompatible Markierung, um die von einer älteren App beibehaltene Aktualität von Eingaben zu entfernen. Der Beacon enthält außerdem einen festen Wert von 30 Tagen, damit ältere Gateways, die die Markierung ignorieren, die genaue Aktualität überschreiben, statt sie beizubehalten. Für diesen Kompatibilitätswert wird keine neue Aktivität erfasst.

​

4) Node-Verbindungen (Rolle: Node)

Wenn sich ein Node über den Gateway-WebSocket mit role: node verbindet, fügt der Gateway einen Präsenzeintrag für diesen Node ein oder aktualisiert ihn (derselbe Ablauf wie bei anderen WS-Clients).

​

Regeln für Zusammenführung und Deduplizierung (warum instanceId wichtig ist)

Präsenzeinträge werden in einer einzelnen In-Memory-Map gespeichert, deren Schlüssel ohne Beachtung der Groß-/Kleinschreibung aus dem ersten verfügbaren Wert in dieser Reihenfolge gebildet wird: einer gekoppelten Geräte-ID, connect.client.instanceId oder als letzte Möglichkeit der verbindungsspezifischen ID. Kurzlebige Control-Plane-Clients werden vollständig von der Erfassung ausgeschlossen (siehe oben), sodass ihre Verbindungs-IDs niemals zu Schlüsseln werden. Bei jedem anderen Client führt die Verbindungs-ID als Rückfalloption dazu, dass ein Client, der sich ohne stabile instanceId erneut verbindet, als doppelte Zeile angezeigt wird.

​

TTL und begrenzte Größe

Die Präsenz ist bewusst kurzlebig:

• TTL: Einträge, die älter als 5 Minuten sind, werden entfernt
• Maximale Anzahl von Einträgen: 200 (die ältesten werden zuerst entfernt)

Dadurch bleibt die Liste aktuell und ein unbegrenztes Speicherwachstum wird vermieden.

​

Einschränkung bei Remote-Verbindungen/Tunneln (Loopback-IPs)

Wenn sich ein Client über einen SSH-Tunnel bzw. eine lokale Portweiterleitung verbindet, kann der Gateway die Remote-Adresse als 127.0.0.1 erkennen. Um zu vermeiden, dass diese Tunneladresse als IP des Clients gespeichert wird, lässt die Verbindungsverarbeitung ip bei als lokal erkannten Clients (Loopback) vollständig weg, anstatt die Loopback-Adresse in den Eintrag zu schreiben.

​

Verbraucher

​

Seite „Devices“ der Control UI

Die Seite Devices verknüpft system-presence mit dauerhaften Kopplungs- und Node- Datensätzen. Sie fixiert den Selbst-Beacon des Gateways an erster Stelle und verwendet übereinstimmende Geräte- oder Instanz-IDs für Live-Metadaten zu Plattform, Version, Modell und Aktualität der Eingabe.

​

Tab „Instances“ unter macOS

Die macOS-App stellt die Ausgabe von system-presence dar und wendet anhand des Alters der letzten Aktualisierung eine kleine Statusanzeige (Aktiv/Inaktiv/Veraltet) an.

​

Tipps zur Fehlerbehebung

• Um die Rohdatenliste anzuzeigen, rufen Sie system-presence für den Gateway auf.
• Wenn Sie Duplikate sehen:
  • Vergewissern Sie sich, dass Clients beim Handshake eine stabile client.instanceId senden
  • Vergewissern Sie sich, dass regelmäßige Beacons dieselbe instanceId verwenden
  • Prüfen Sie, ob dem aus der Verbindung abgeleiteten Eintrag instanceId fehlt (Duplikate sind zu erwarten)

​

Verwandte Themen