Aufbau eines OpenClaw-Multi-Agent-Assistenten auf dem Raspberry Pi 5

Ein Entwickler auf r/openclaw baut JDM Assistant – einen Multi-Agenten-Personalassistenten auf einem Raspberry Pi 5, der OpenClaw als zentrale Plattform und Orchestrierungsebene nutzt. Die Architektur lässt sich von einem Krankenhaus inspirieren: Ein primärer Agent fungiert als „Direktor", empfängt Anfragen über Telegram oder Cron-Jobs und leitet sie an spezialisierte Agenten für Gesundheit, Kalender, Smart Home, Einkauf, Dokumente und Finanzen weiter.

Die Rolle von OpenClaw

In diesem Design verwaltet OpenClaw:

• Agent-Arbeitsbereiche und interne Kommunikation
• Aufgabenverteilung zwischen dem Haupt-Agenten und spezialisierten Agenten
• Verbindungen zu externen KI-Anbietern (und später lokalen LLMs)
• Freigegebene Tools, Python-Skripte und Anwendungsintegrationen
• Wissen, Dokumente, Erinnerungen und Workflow-Zustand
• Berechtigungen, Bestätigungen, Protokollierung und Sicherheitsregeln

Der Plan umfasst eine Standby-OpenClaw-Instanz, die bei Ausfall des Primärdienstes übernehmen kann, sowie einen unabhängigen Watchdog (außerhalb des Haupt-Stacks), der das System überwacht und per E-Mail alarmiert.

Sicherheit zuerst

Sicherheit ist ein zentrales Anliegen. Agenten sollten keinen direkten Zugriff auf externe KI-Dienste, Skripte, E-Mail, Kalender oder Smart-Home-Geräte haben. Alle Aktionen laufen über kontrollierte OpenClaw-Tools und Sicherheitsgateways. Sensible Vorgänge – E-Mails senden, Termine ändern, Geräte steuern, Bestellungen aufgeben – erfordern eine ausdrückliche Genehmigung, sofern der Benutzer nicht eine bestimmte Automatisierung vorab autorisiert hat.

Bereitstellung und Roadmap

Die gesamte OpenClaw-Umgebung läuft als isolierter Docker-Stack. Der anfängliche Umfang umfasst Telegram-Integration, den Haupt-Agenten, strikte Berechtigungen und einige einfache spezialisierte Agenten. Zukunftspläne: lokale LLMs, eine getestete Python-Tool-Bibliothek, wiederverwendbare Workflows, ein Wissensarchiv und modulare „Abteilungen" oder Einheiten.

Der Beitrag stellt fest, dass bereits zwei Arbeitsbereiche mit separaten Agenten erfolgreich laufen, was die Machbarkeit des Ansatzes demonstriert.

Was fehlt?

Für einen produktionsreifen Assistenten sollten Sie Folgendes in Betracht ziehen: Health Checks für jeden Agenten, Circuit Breaker zwischen Agenten und externen APIs, Audit-Trails und Ratenbegrenzung. Außerdem eine Backup-Strategie für den Wissensspeicher und den Zustand. Der Watchdog könnte systemd oder einen Sidecar-Container verwenden, und die Standby-Instanz sollte mit einem Failover-Skript getestet werden.

Obwohl sich der Beitrag auf die Architektur konzentriert, enthält er noch keine konkreten OpenClaw-Konfigurationsausschnitte. Weitere Fortschritte und Community-Ratschläge finden Sie im Reddit-Thread.