AI Assistant Research
Clawdbot / OpenClaw
Fork des persoenlichen AI-Assistenten OpenClaw: lokales Gateway als Control Plane, Multi-Channel-Inbox und Agent-Runtime in TypeScript.
ExperimentalOpen in signal graph →Overview
OpenClaw ist ein persoenlicher AI-Assistent, der vollstaendig auf eigenen Geraeten laeuft und ueber die Kanaele antwortet, die man ohnehin benutzt. Dieser Fork dient als Referenz fuer die ARV-Assistenzforschung: Gateway-Protokoll, Session-Modell, DM-Pairing und das Docker-Sandbox-Konzept sind direkt auf eigene Assistenten uebertragbar.
Technisch interessant ist die strikte Trennung: Das Gateway ist nur die Control Plane — Agent-Runtime, Kanaele und Geraete-Nodes docken als Clients an.
Motivation
Studienobjekt fuer Always-on-Assistenz: Wie orchestriert ein lokales Gateway Sessions, Kanaele, Tools und Geraete-Nodes, ohne Daten an einen zentralen Dienst abzugeben?
Problem
Assistenz ueber WhatsApp, Telegram, Discord und Co. erfordert eine einheitliche Control Plane mit Pairing, Allowlists und Sandbox-Modell — genau das implementiert OpenClaw als Gateway-Architektur.
Features
- Lokales WebSocket-Gateway als Control Plane fuer Sessions, Tools und Events
- Multi-Channel-Inbox: WhatsApp, Telegram, Slack, Discord, Signal, iMessage, Teams, Matrix
- Voice Wake und Talk Mode fuer macOS/iOS/Android
- Skills-Plattform und per-Session Docker-Sandboxing
Current state
Fork von openclaw/openclaw zur Analyse der Gateway- und Sicherheitsarchitektur; Upstream entwickelt sich schnell weiter.
Architecture
Kanaele laufen in ein zentrales Gateway (ws://127.0.0.1), dahinter Pi-Agent-Runtime im RPC-Modus, CLI, WebChat-UI und optionale Geraete-Nodes.
Tech stack
Known limitations
- Fork liegt deutlich hinter dem Upstream-main
- Eingehende DMs sind untrusted Input und erfordern das Pairing-Sicherheitsmodell