OpenHuman auf Cloud-Mac: Memory Tree rund um die Uhr und OpenClaw sauber trennen

Kennen Sie das ? Morgens erklären Sie ChatGPT erneut, dass Sie iOS-Outsourcing machen ; nachmittags wiederholt sich alles im Slack-Thread. In Notion stehen die Kundenregeln – in der Mail werden sie trotzdem erneut gefragt. In der Agent-Ära wachsen die Tools, aber der Kontext bleibt fragmentiert. OpenHuman (Open Source) zielt auf genau dieses Problem : Gmail, Notion, GitHub, Kalender und mehr in eine lokale Gedächtnisdatenbank – damit der Assistent „was Sie letzte Woche zugesagt haben“ oder „die geänderte Deadline in der Kundenmail“ zitieren kann, statt bei null zu starten.

Repository : tinyhumansai/openhuman. Desktop für macOS, Windows, Linux. Doku : OpenHuman GitBook (inkl. auto-fetch). Kein Installations-Tutorial – ein Hosting-Entscheidungsleitfaden für alle, die OpenHuman ernsthaft betreiben wollen : Laptop oder dedizierter Cloud-Mac mini, Zusammenspiel mit OpenClaw auf Fern-Mac, und wann Cloud-mac-Miete besser ist als auto-fetch auf einem zugeklappten MacBook. Wochenendtest lokal : in Ordnung. Für 7×24-Sync, stabile OAuth-Egress und wachsende Platte : weiterlesen.

1. Was OpenHuman wirklich tut: Memory-Pipeline, kein weiterer Copilot

Offiziell ist OpenHuman ein Desktop-Personal-AI-System : Rust-Kern, TypeScript-UI, OAuth per Klick (öffentliche Angaben : 118+ Integrationen). Der Produktkern ist nicht „schlauere Modellantworten“, sondern eine persistente Datenpipeline. Der Memory Tree komprimiert Mail, Kalender, Dokumente und Code-Aktivität zu Markdown, speichert in SQLite und einem Obsidian-ähnlichen Vault – in der Doku als Obsidian-ähnliches Wiki beschrieben.

Standardmäßig läuft auto-fetch im Rhythmus von etwa 20 Minuten : neue Mails, Kalenderänderungen, Commits werden geholt und indexiert. Praktisch beantwortet der Assistent „Was habe ich dem Kunden gestern versprochen?“ oder „Wer hat den blockierenden PR diese Woche gemergt?“ – vorausgesetzt, der Host bleibt wach, das Netz hält, und die Platte füllt sich nicht lautlos.

Im Vergleich zu Copilot-artigen Sofortantworten verhält sich OpenHuman eher wie private ETL plus Agent-Schicht auf eigener Hardware. Sie tauschen Cloud-Komfort gegen lokale Retention und viele Connectors – das lohnt nur, wenn die Maschine zuverlässig genug ist.

2. OpenHuman vs. OpenClaw: erinnern vs. ausführen

Viele Nuvcloud-Leser nutzen bereits OpenClaw (docs.openclaw.ai, openclaw.ai). Kurz gesagt :

• OpenHuman bündelt digitales Leben zu durchsuchbarer Erinnerung – Antwortentwurf aus Mail, Konflikte Termin/Commits, Notion+GitHub-Zusammenfassung.
• OpenClaw macht macOS zur orchestrierten Ausführungsfläche – Webhooks, Gateway, Runner, enge Kopplung mit selbst gehosteten macOS-GitHub-Actions-Runnern.

In Teams ist das gesunde Muster zwei Maschinen oder zwei Rollen : OpenHuman auf einem dauerhaft online Cloud-Mac zum „Gedächtnis wachsen lassen“, OpenClaw auf einem zweiten Knoten für CI. Mit nur einer 16-GB-Box einen Job wählen und sauber halten – nicht alle Connectors plus parallelen Runner auf demselben Volume.

OpenHuman ersetzt keine Build-Pipeline ; OpenClaw ersetzt keinen einheitlichen Mail-Docs-Graphen. Sie ergänzen sich, wenn Ressourcen und OAuth-Scopes getrennt bleiben.

3. Wann ein Cloud-Mac die rationelle Wahl ist

Auf dem MacBook läuft OpenHuman gut. Wechseln Sie auf einen dedizierten Cloud-Mac mini, wenn mindestens zwei Punkte zutreffen :

• Reisen, Zuklappen oder instabile Heimleitung – auto-fetch soll trotzdem laufen.
• Das Vault wächst um zig GB pro Woche, der Laptop-SSD wird zum Engpass.
• Firmen-OAuth oder SaaS-Allowlists verlangen eine stabile Egress-IP, die die Heimleitung nicht liefert.
• Sie wollen keine persönlichen Gmail-Tokens und Early-Beta-Software auf dem Alltags-Mac mischen.

Ein Cloud-Knoten kauft planbare Verfügbarkeit und erweiterbare Platte. SSH für Logs, VNC für OAuth-Dialoge – derselbe Remote-Mac-Workflow wie im Hilfe-Zentrum. Kosten : OpEx statt „gratis“ Laptop-Zyklen – deshalb zuerst Tagesmiete, echte Mail-/Kalenderlast eine Woche, dann monatlich bei stabiler Kurve.

Region zählt für Latenz zu SaaS-APIs und Compliance-Erzählungen. US-lastige Integrationen → oft US East/West ; APAC-Teams → Singapur, Japan, Hongkong – dieselbe Logik wie in unseren OpenClaw-Leitfäden. Ziel : Sleep, Platte und IP-Wechsel aus der Memory-Pipeline nehmen.

4. M4-RAM und Platte dimensionieren, bevor Sie binden

OpenHuman ist keine statische App-Installation. Connectors, Indexierung und Markdown-Export skalieren mit dem, was Sie anbinden. Unterdimensionierung zeigt sich als Swap, langsamer auto-fetch und Notfall-Löschungen – nicht als höfliche Fehlermeldung.

Pläne und SKUs : Mac-mini-Preise. Praxis : 48–72 Stunden mieten, Vault-Größe täglich prüfen, erst monatlich bei akzeptablem Wachstum. Für Desktop-KI auf OS-Ebene : Aluminium-OS-Vergleich.

5. Erste Woche auf Cloud-Mac: Checkliste

Die erste Woche ist ein gestaffeltes Rollout, kein „alles aktivieren“-Sprint. OAuth-Tokens und Plattenwachstum potenzieren sich ; Connectors in Wellen erleichtern die Fehlersuche.

1. macOS mit gepinnter GitHub-Release abgleichen ; Firewall : HTTPS und OAuth-Redirects.
2. Nur offizielle Pakete ; Berechtigungen in Batches – zuerst Mail/Kalender, dann Notion/GitHub.
3. Vault auf eigenem Pfad/Volume ; SQLite + Markdown-Exporte sichern.
4. SSH für tägliche Health-Checks ; VNC bei OAuth-Einwilligung in der UI.
5. Dokumentieren, welche Integrationen Produktion vs. Experiment sind – ein Connector lässt sich so widerrufen, ohne das ganze Vault zu löschen.

sw_vers
df -h /
du -sh ~/Documents/* 2>/dev/null | sort -hr | head -5
# Größte Ordner Woche für Woche vergleichen

Die Befehle sind keine Magie – eine Gewohnheit. Planen Sie sie, bis Sie Ihrem Connector-Set vertrauen. Springt ein Verzeichnis schneller als das Mailvolumen erklärt, den neuesten Connector abschalten und neu messen, bevor Sie die Platte vergrößern.

6. Sicherheit: Tokens und Vault = Persönlichkeitsreplikat

Sind Gmail und Notion verbunden, sind SQLite und Markdown-Baum auf diesem Mac faktisch ein berufliches und privates Abbild von Ihnen. Minimum : FileVault, SSH nur per Schlüssel, OAuth-Scopes pro App minimal. Firmenmail unter DLP : keine private OpenHuman-Instanz auf verwaltete Postfächer ohne schriftliche Compliance-Freigabe.

Route Modelle über Cloud-APIs, lagern Sie API-Keys getrennt von Vault-Backups und rotieren Sie wie andere Secrets. In der Beta GitHub Releases verfolgen ; kein Auto-latest auf Produktions-Memory-Host. Snapshot vor Upgrade ; nach jedem Bump prüfen, ob Connectors noch fetchen.

Isolation hilft : OpenHuman auf einem Cloud-Mac ohne Alltags-Browsing verkleinert den Blast Radius – nur wenn Sie das Vault nicht „zum Testen“ auf einen unverschlüsselten USB-Stick kopieren.

7. FAQ

F1: Worin unterscheidet sich das von PDFs in ChatGPT?
OpenHuman fetcht kontinuierlich aus Live-Integrationen ; Erinnerung ändert sich mit Mail und Kalender – kein einmaliger Upload.

F2: Ersetzt OpenHuman OpenClaw?
Nein. OpenHuman aggregiert Kontext ; OpenClaw führt Automatisierung und CI aus. Getrennte Hosts, wenn beides zählt.

F3: Reichen 16 GB?
Für drei bis fünf Connectors ohne Runner auf derselben Maschine als Test ja. Schwere Integrationen oder geteilte CI : 24 GB.

F4: Füllt das Vault die Platte?
Ja – oft schneller als erwartet. Jeder auto-fetch-Zyklus kann Mailtexte, Kalendereinträge, Notion-Seiten und GitHub-Metadaten lokal ablegen. Mail in der Cloud löschen verkleinert lokal nichts, solange die Integration nicht bereinigt wird. Wöchentlich auf dem Cloud-Mac im Terminal du -sh auf das Vault-Verzeichnis ausführen (z. B. 42G = 42 Gigabyte). Springt die Kurve nach Gmail-Freigabe, haben Sie vielleicht Jahre Historie synchronisiert – neu autorisieren mit kürzerem Fenster oder archivieren, bevor Sie die Platte vergrößern. Unnötige Connectors abschalten.

F5: Muss es ein Cloud-Mac sein?
Nein. Für 7×24-auto-fetch ist ein always-on-Knoten zuverlässiger als ein schlafender Laptop.

F6: Konflikt mit Copilot oder Apple Intelligence?
Unterschiedliche Ebenen : OS-Assistenten fürs Desktop ; OpenHuman spannt SaaS in einen Memory-Graphen. Systemvergleich : Aluminium-OS-Artikel.