Wer 2026 OpenClaw oder OpenHuman von einem lokalen Experiment zu einem 7×24 lokalen KI-Agenten hochziehen will, scheitert selten an einer fehlenden Zeile im Terminal, sondern daran, ob ein Host dauerhaft läuft, natives macOS bietet und Ollama-Inferenz auf Apple Silicon trägt. Dieser Leitfaden richtet sich an Teams, die auf einem gemieteten Mac mini M4 beide Frameworks verstehen, Ollama anbinden und Daemon- sowie Speicherplanung dokumentieren wollen: zuerst Schmerzpunkte, dann OpenClaw vs. OpenHuman plus eine Matrix Miete / Kauf / Linux-Cloud, danach installierbare Snippets und ein mindestens sechsstufiges Runbook. Preise auf der NOVAKVM-Mietpreisseite, Bestellung über die Bestellseite, Remote-Zugang im Hilfezentrum. Enthalten Konversationen oder Memory-Tree-Exporte personenbezogene Daten, gehören Zweckbindung, Speicherfristen und dokumentierte Löschung bei Lease-Ende in Ihre DSGVO-Unterlagen — technische Kontinuität ersetzt keine Rechtsberatung.
Nach dem Lesen können Sie beurteilen: ob Ihr Szenario eher nachrichtenkanal-lastiges OpenClaw oder desktop-zentriertes OpenHuman mit Memory Tree ist; welche Ollama-Stufe zu 16 GB M4 versus 64 GB M4 Pro passt; und warum ein dedizierter Bare-Metal-Mac gegenüber Laptop-Sleep oder generischem Linux-VPS oft die geringere Gesamtbetriebslast liefert. Befehle und Versionen folgen den offiziellen Repositories — nach jedem Upstream-Release Links erneut öffnen.
[ SECTION_01 ] // PAIN_MAP Warum lokale KI-Agenten 2026 einen dauerhaft laufenden macOS-Host brauchen
- Sleep und Ressourcenkonkurrenz: Ein MacBook im Deckel pausiert Prozesse; OpenClaws Gateway und OpenHumans Hintergrundschleifen setzen Always-on voraus — das private Gerät ist kein Produktions-„Zuhause“.
- Linux-VPS ohne nativen Stack: Container laufen, aber LaunchAgent, Tauri-GUI und Metal-beschleunigtes Ollama sind auf macOS am kürzesten; ein Linux-Umweg bedeutet meist zusätzliche Kompatibilitätsschichten.
- CapEx beim Selbstkauf: Ein Mac mini M4 bindet tausende Euro und erzeugt Leerstand zwischen Projekten; für zweiwöchige Agent-Validierung passt tageweise oder monatliche Bare-Metal-Miete besser zur Cashflow-Kurve.
- Reine Cloud-API: Sensitive Dialoge über öffentliche APIs erzeugen Token-Kosten und Datenübermittlung in Drittländer; Ollama hält Gewichte und Kontexte im Miet-Disk-Rand.
- Zwei Agenten, ein Unified Memory: Paralleles Testen von OpenClaw und OpenHuman stapelt Modellgewichte, Logs und Plugin-Caches — ohne Speicher-Tiering swappt ein 13B-Modell auf 16 GB ständig.
- Getrennte Ops-Pfade: OpenClaw fokussiert Telegram oder WhatsApp; OpenHuman Gmail, Notion und Memory Tree — zwei Linien brauchen erweiterbare Platte und auditierbare Backups auf einem Remote-Knoten.
Für EU-Teams mit personenbezogenen Inhalten in Kanal-Logs oder Memory-Exports: dokumentieren Sie, wer SSH und Screen Sharing nutzt, welche Tokens in Repos liegen und wie Checkout-Wipe mit Ihrem Verarbeitungsverzeichnis verknüpft ist — unabhängig vom gewählten Framework.
In der Praxis unterscheiden erfolgreiche Betreiber drei Latenzarten: Kanal-Latenz (wie schnell Telegram antwortet), Inferenz-Latenz (Token pro Sekunde lokal versus API) und Ops-Latenz (wie lange ein Neustart oder Speicher-Upgrade dauert). Nur ein physischer Mac, der nicht mit Ihrem Alltagsgerät konkurriert, erlaubt, alle drei Dimensionen unabhängig zu optimieren — etwa Gateway auf 16 GB und größere Ollama-Tags erst nach dokumentiertem Swap-Monitoring hochzustufen.
[ SECTION_02 ] // DECISION_MATRIX OpenClaw vs. OpenHuman wählen und Miete, Kauf oder Cloud-GPU vergleichen
Die Tabellen dienen der Planung, nicht dem Zwang zur Exklusivität; viele Teams validieren parallel auf einem großen Remote-Mac mit getrennten Benutzern oder Ports. Auf schmalen Viewports horizontal scrollen.
| Dimension | OpenClaw (MIT) | OpenHuman (GPL-3.0) |
|---|---|---|
| Produktform | CLI + Gateway, Messaging (Telegram, WhatsApp, Discord) | Tauri-Desktop, persönlicher Super-Assistent, Memory Tree |
| Lokale Inferenz | Ollama-Anbindung, Arbeitsbereich oft ~/.openclaw |
local_ai.runtime_enabled, Provider Ollama / LM Studio |
| Dauerbetrieb | openclaw onboard --install-daemon (launchd) |
Desktop dauerhaft + optional verwaltetes Ollama-Lebenszyklus |
| Typischer Speicher | M4 16 GB: 7B–13B je nach Parallelität | Doku: 8 GB Minimum, 16 GB+ stabiler; 64 GB M4 Pro für große Modelle |
| Pfad | Vorteile | Typische Fallstricke |
|---|---|---|
| NOVAKVM Bare-Metal-Miete | Nativer macOS-Stack, Metal, schnelle Bereitstellung, flexible Laufzeit | SSH, Screen Sharing und Port-Exposure müssen gehärtet werden |
| Eigener Mac mini | Langfristig ohne Monatsrechnung, volle Kontrolle | Leerstand, Upgrade-CapEx, Off-Site-Backup selbst |
| Linux + Cloud-GPU | Hohe nominelle TFLOPS | Kein nativer OpenClaw/OpenHuman-Pfad; Compliance-Pfad länger |
Praxis: Zwei Wochen Wochen- oder Monatsmiete, Speicher- und Gateway-Logs messen, dann Kaufentscheidung. OpenClaw-Tiefe: Daemon und Speicher, Kanäle: Gateway-Troubleshooting.
[ SECTION_03 ] // OLLAMA_TIER Gemieteter Mac mini M4 und Ollama-Modell-Stufen abstimmen
Auf Apple Silicon nutzt Ollama Unified Memory und die Neural Engine für offene Gewichte. Planen Sie Parametergröße und freies UMA gemeinsam — nicht nur CPU-Kerne. 2026 verbreitete Tags umfassen Llama-3-, Qwen2.5- und Gemma3-Familien; exakte Tag-Namen stammen aus ollama pull zum Testzeitpunkt.
- M4 16 GB: Einzelpfad 7B–13B plus OpenClaw-Gateway; 3–4 GB Reserve für macOS, Logs und Kanal-Worker.
- M4 Pro 64 GB: Größerer Kontext, Experimente Richtung 70B je nach Quantisierung; OpenHuman mit mehreren lokalen Routen.
- Platte: Quantisierungen belegen GB bis Dutzende GB; trennen Sie Ollama-Model-Root, OpenClaw-Workspace und OpenHuman-Konfiguration.
- Region: Für EU-Operator: Frankfurt-nahe oder dokumentierte Datenresidenz prüfen; Inferenz bleibt auf dem gemieteten Mac — unabhängig von API-Grenzen.
Planen Sie außerdem einen Kaltstart-Test: nach geplantem Neustart des gemieteten Macs müssen launchd, Ollama und das Gateway ohne manuelles SSH-Login wieder erreichbar sein. Wer das nur auf dem Laptop simuliert, übersieht oft fehlende Login-Keychain-Einträge oder ruhende Benutzer-Sessions — auf einem dedizierten Operator-Account auf Bare Metal fällt das früher auf.
Bei gemischten Teams (OpenClaw produktiv, OpenHuman experimentell) empfiehlt sich ein separates macOS-Benutzerkonto pro Spur: getrennte ~/.openclaw- und OpenHuman-Konfigurationsbäume, getrennte Ollama-Modell-Caches, ein gemeinsames Backup-Ziel mit Versionsstempel. So bleibt ein fehlgeschlagenes ollama pull auf der Human-Spur vom produktiven Telegram-Bot isoliert.
Ollama-Installation und Modellkatalog — maßgeblich die offizielle Download-Seite; nach Release erneut prüfen.
[ SECTION_04 ] // OPENCLAW OpenClaw installieren, Daemon und Telegram-Kanal
Upstream empfiehlt das offizielle Installationsskript und einen Onboarding-Wizard für Gateway und Daemon. Die Doku verlangt Node 24 (empfohlen) oder Node 22.19+; das Skript kann Node-Abhängigkeiten mitziehen. Snippet nur als Struktur — Sicherheitshinweise vor Ausführung lesen.
curl -fsSL https://openclaw.ai/install.sh | bash
node -v
openclaw onboard --install-daemon
openclaw doctor
openclaw gateway --port 18789 --verbose
Auf dem Remote-Mac bindet --install-daemon das Gateway in launchd ein, damit es nicht nur in Ihrer SSH-Session lebt. Für Telegram: Webhook, Reverse-Proxy und minimaler Angriffsvektor im Change-Log; TLS-Details in der Kanal-Doku. Ollama-Endpunkt im Workspace laut Upstream konfigurieren; Port 18789 auf Kollisionen prüfen.
Archivieren Sie die Ausgabe von openclaw doctor nach jedem Upgrade als Baseline: Abweichungen bei Node-Version, fehlenden Skills oder Gateway-Bindings lassen sich so in Tickets referenzieren, statt aus Screenshots zu rekonstruieren. Für Bot-Tokens und API-Keys gilt: niemals in öffentliche Repos; Rotation nach Mitarbeiter-Offboarding in den Runbook-Schritten festhalten — auch relevant, wenn Logs personenbezogene Chat-Inhalte unter DSGVO fallen können.
OpenClaw-Install und Repository — offizielle Quellen; nach Release erneut verifizieren.
https://docs.openclaw.ai/install
https://github.com/openclaw/openclaw
[ SECTION_05 ] // OPENHUMAN OpenHuman Local AI und Memory Tree auf dem Miet-Mac
OpenHuman zentriert die Desktop-Erfahrung: Neben Cloud-Routing optional lokale KI. GitBook: local_ai.runtime_enabled und local_ai.opt_in_confirmed auf true, Workloads per ollama:tag. Der Memory Tree akkumuliert Gewohnheiten über Wochen — auf einem 7×24-Knoten lohnt sich ein Backup-Rhythmus für Memory-Dateien und Gewichte.
curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash
brew tap tinyhumansai/core && brew install openhuman
Erstes Onboarding per Screen Sharing, Datenquellen (Gmail, Notion, Slack) verbinden, dann Local-AI-Panel. Fehlt Ollama, führt die App ggf. zur Installation — Verhalten versionsabhängig.
local_ai.runtime_enabled = true
local_ai.opt_in_confirmed = true
local_ai.provider = "ollama"
Releases und Local-AI-Kapitel — offizielle Publikationen; nach Release erneut prüfen.
https://github.com/tinyhumansai/openhuman/releases/latest
https://tinyhumans.gitbook.io/openhuman/features/model-routing/local-ai
[ SECTION_06 ] // RUNBOOK Sechs-Schritte-Runbook, verifizierbare Parameter und NOVAKVM
- Knoten und SKU wählen: Region und Tier auf der Mietpreisseite; Agent plus 13B lokal: M4 16 GB+; parallele große Modelle: M4 Pro 64 GB.
- Remote-Zugang härten: SSH-Keys, Screen Sharing, kein ungeschütztes Gateway auf dem öffentlichen Internet.
- Ollama und Gewichte: Disk-Wasserstände für
ollama pull; Tags und Quantisierung für Rollback protokollieren. - OpenClaw deployen:
install.sh,openclaw onboard --install-daemon, Ausgabe vonopenclaw doctorarchivieren. - OpenHuman (optional zweite Spur): Desktop-Onboarding,
local_ai.*, Backup-Pfad für Memory Tree. - Zwei Wochen beobachten: UMA-Peaks, Log-Wachstum, Kanal-Latenz; danach Laufzeit auf der Bestellseite festlegen — Konditionen laut Preisseite.
- Node-Baseline: OpenClaw-Doku empfiehlt Node 24 oder Node 22.19+ (Quelle: docs.openclaw.ai/install — nach Release prüfen).
- Gateway-Port: Community und README nennen häufig 18789 für Control UI; bei Konflikt
--helpnutzen. - OpenHuman Opt-in:
local_ai.runtime_enabledstandardmäßigfalse; Routingollama:tag(Quelle: GitBook Local AI). - RAM-Empfehlung OpenHuman: 8 GB Minimum, 16 GB+ ideal für lokale Modelle (Quelle: gleiches GitBook-Kapitel).
- DSGVO-Betrieb: Personenbezogene Kanal- oder Memory-Inhalte: Aufbewahrung, Zugriff, Löschnachweis bei Mietende mit Plattform-Checkout-Wipe verknüpfen.
Agenten auf dem privaten Laptop oder geteiltem VPS kosten oft unterbrochene Sessions, Noisy Neighbors und verstreute Secrets; reine Linux-GPU-Clouds fehlen launchd und native GUI. Wer OpenClaw-Kanalautomatisierung und OpenHuman-Desktopgedächtnis parallel validiert und Dialoge im lokalen Disk-Rand halten will, fährt mit dediziertem Apple-Silicon-Bare-Metal sauberer — das Laptop bleibt Konsole.
Vergleichen Sie Speicher- und Disk-Tiers auf der NOVAKVM-Mietpreisseite, starten Sie einen Testknoten über die Bestellseite, klären Sie Zugang im Hilfezentrum. Für 7×24 lokale KI-Agenten, Metal-Inferenz und dokumentierte Lease-Exits ist NOVAKVM Mac-mini-Cloud-Bare-Metal-Miete in der Regel der kürzere Produktionspfad; weitere OpenClaw-Artikel im Engineering Blog.