Die Ausführung von OpenClaw für mehrere Benutzer erfordert Isolations- und Sicherheitsebenen.
Ein Entwickler teilte seine Erfahrungen mit dem Betrieb von OpenClaw für mehrere Benutzer und hob hervor, dass OpenClaw zwar gut als persönlicher Assistent für einzelne Benutzer funktioniert, die Skalierung auf mehrere Benutzer jedoch erhebliche Sicherheits- und Betriebsprobleme mit sich bringt.
Hauptherausforderungen bei Multi-User-OpenClaw
Der Entwickler identifizierte mehrere spezifische Probleme beim Versuch, OpenClaw für mehrere Benutzer zu betreiben:
- Benutzer ordnungsgemäß isolieren
- Geheimnisse aus der Laufzeitumgebung fernhalten
- Agenten Dateien geben, ohne ein echtes Dateisystem zu teilen
- Bash verfügbar machen, ohne die Maschine preiszugeben
- Zustand beibehalten, ohne eine 24/7 laufende Instanz zu haben
Der Entwickler merkte an, dass Peter (wahrscheinlich der OpenClaw-Ersteller) gesagt hat, OpenClaw sei eher als persönlicher Assistent gedacht, nicht als Multi-User-Geschäftssystem.
Die Infrastrukturlösung
Um diese Herausforderungen zu bewältigen, baute der Entwickler eine dünne Infrastrukturschicht um OpenClaw mit folgenden Komponenten:
- Ein Gateway für die Integration von Slack, Telegram, WhatsApp und Discord
- Einen isolierten Worker pro Benutzer/Thread
- Virtuelle Bash (Just-Bash-Sandboxing) anstelle von breitem Host-Zugriff
- Ein virtuelles Dateisystem pro Worker
- Geheimnisse werden im Gateway und nicht in den Workern aufbewahrt, mit ausgehendem Traffic, der über einen Proxy geleitet/gefiltert wird
- Persistenter Zustand mit Scale-to-Zero-Workern
Der Entwickler nutzte dieses Setup für Hochzeitsplanung, Steuererklärungs-Hilfe, Entwürfe von Eheverträgen/Vereinbarungen und Workflows für die Verwaltung kleiner Unternehmen. Er richtete OpenClaw auch für zwei Freunde ein, die heirateten, wobei sich Wartung und Upgrades als herausfordernd erwiesen.
Open-Source-Projekt
Die Lösung ist als vollständiges Open-Source-Projekt verfügbar unter https://github.com/lobu-ai/lobu.
Der Entwickler stellt fest, dass das Ausführen von OpenClaw nicht der schwierige Teil war – die Herausforderung bestand darin, es für mehrere Personen nutzbar zu machen, ohne Sicherheits- und Betriebsprobleme zu verursachen.
📖 Read the full source: r/openclaw
👀 Siehe auch
Verwaltung von KI-Agenten-Fehlern: Wiederholungslimits und Fehlerbudgets
Ein Produktionsteam, das 6 KI-Agenten betreibt, führte ein 3-Streik-Fehlerbudget ein, nachdem ein Agent eine ratenbegrenzte Aufgabe 319 Mal wiederholte und dabei Stunden an Rechenleistung verbrauchte. Sie behandelten auch Herzschlag-Timeouts, falsche Aufgabenabschlussmeldungen und optimistische Sperrkonflikte.
Entwickler baut vollständiges ERP-System mit KI-Assistent unter Verwendung von Claude und Gemini
Ein Entwickler hat eine vollständige ERP-Plattform namens AXIO mit 9 Modulen und einem KI-Assistenten erstellt, der Sprachbefehle mithilfe von Gemini 2.5 Flash mit 16 Funktionsaufruf-Tools ausführt. Das System wurde in 3 Wochen mit Next.js 14, TypeScript und Supabase durch 'Vibe-Coding' mit Claude entwickelt.
BinktermPHP: Eine vollständige BBS/FidoNet-Plattform, die hauptsächlich mit Claude erstellt wurde
BinktermPHP ist ein quelloffenes, webbasiertes BBS, das in PHP 8 mit PostgreSQL geschrieben ist. Es verfügt über einen integrierten binkp FidoNet-Mailer, Echomail/Netmail, Dateibereiche, Door-Games, Echtzeit-Server-Push und einen MCP-Server, der Echomail für KI-Assistenten zugänglich macht. Der Entwickler berichtet, dass er es fast vollständig mit Claude für die Implementierung erstellt hat, während er Architektur und Tests übernahm.
Entwickler baut anonyme Liebesantrags-App mit Claude Code
Ein Entwickler erstellte BlushDrop, eine anonyme Liebesantragsplattform mit Echtzeit-Tracking, und nutzte Claude Code, um Architektur, Sicherheit und Bereitstellung zu bewältigen, obwohl er keine Vorerfahrung mit Next.js oder Supabase Realtime hatte.