OpenClaw dokumentiert iPhone-App mit Gateway-Kopplung und Push-Relay

OpenClaw hat die iOS-App seiner Plattform dokumentiert und beschreibt dabei eine Gateway-Kopplung über WebSocket sowie einen Relay-Ansatz für Push-Nachrichten. Für Unternehmen relevant sind vor allem Freigabeprozesse, Netzwerkpfade und die Trennung zwischen offiziellen und angepassten Builds.

Laut der iOS-Dokumentation von OpenClaw werden iPhone-App-Builds über Apple-Kanäle verteilt, wenn sie für ein Release aktiviert sind. Die App verbindet sich mit einem Gateway auf einem anderen Gerät über WebSocket, entweder im LAN oder über ein Tailnet. Als Voraussetzungen nennt OpenClaw ein Gateway auf macOS, Linux oder Windows via WSL2 sowie einen Start per openclaw gateway --port 18789. Die iOS-App stellt dabei die Fähigkeiten Canvas, Screen snapshot, Camera capture, Location, Talk mode und Voice wake bereit.

Manuelle Freigabe bleibt Standard

Für die erste Kopplung sieht OpenClaw einen Freigabeschritt auf dem Gateway-Host vor. Nach der Auswahl eines gefundenen Gateways in den iOS-Einstellungen muss die Anfrage per openclaw devices approve <requestId> bestätigt werden, wie die Plattformseite beschreibt. Ändern sich Rolle, Scopes oder Public Key, ersetzt ein neuer requestId eine frühere offene Anfrage. Eine automatische Freigabe ist nur für frische role: node-Kopplungen ohne angeforderte Scopes vorgesehen und standardmäßig deaktiviert.

OpenClaw erlaubt diese Auto-Freigabe nur mit expliziten CIDRs oder exakten IP-Adressen, etwa 192.168.1.0/24. Für Operator- oder Browser-Kopplungen bleibt die manuelle Bestätigung Pflicht. Den Verbindungsstatus sollen Anwender mit openclaw nodes status oder openclaw gateway call node.list --params "{}" prüfen.

Offizielle Builds nutzen Relay

Für offizielle verteilte iOS-Builds nennt OpenClaw einen externen Push-Relay statt eines direkten APNs-Tokens zum Gateway. TestFlight- und App-Store-Builds aus der öffentlichen Release-Lane verwenden laut Dokumentation den gehosteten Dienst unter ios-push-relay.openclaw.ai. Eigene Relay-Deployments erfordern einen getrennten iOS-Build- und Deployment-Pfad mit passender Relay-URL auf Gateway-Seite.

Die öffentliche App-Store-Release-Lane akzeptiert laut OpenClaw keine benutzerdefinierten Relay-URL-Overrides.