Kennen Sie das?
Jedes Mal, wenn Sie ChatGPT öffnen, erklären Sie von vorn:
- wer Sie sind
- an welchem Projekt Sie gerade arbeiten
- was Sie letzte Woche getan haben
Sie schließen den Tab — und alles ist vergessen.
Das ist die gemeinsame Schwäche der meisten KI-Assistenten heute: starke Modelle, schwaches Langzeitgedächtnis. Die Welle der persönlichen KI 2026 verschiebt die Antwort von „längeres Chatfenster“ zu „Gedächtnis, das Sie auf der eigenen Festplatte sammeln, bearbeiten und löschen können“. OpenHuman (TinyHumans, Open Source) baut einen KI-Digitaltwin um einen lokalen Memory Tree — einer der lautesten Pfade auf GitHub und Product Hunt.
Dies ist keine Installationsanleitung (die veralten in einer Woche). Stattdessen beantwortet der Text warum Agentengedächtnis zählt, wie sich OpenHuman von ChatGPT unterscheidet, was passiert, wenn Sie Gmail, GitHub und Notion verbinden, und wie die Kombination mit OpenClaw aussieht. Für ein Setup in fünf Minuten siehe unsere Installationsanleitung.
Warum braucht KI Langzeitgedächtnis?
Zustandsloser Chat verwandelt Ihren KI-Assistenten in jedem Gespräch in einen neuen Kollegen: ein paar Zeilen im System-Prompt sind Haftnotizen, kein Workflow über E-Mail, Repos und Quartale hinweg. Sie verbringen zwanzig Minuten in ChatGPT mit der Erklärung einer Architekturentscheidung; nächste Woche, in einem frischen Thread, fragt es erneut nach dem „Projekthintergrund“. Das ist keine Dummheit — die Produktform speichert Ihren Lebenskontext standardmäßig nicht.
Die Second-Brain-Idee ist älter als LLMs — Notion und Obsidian ließen Sie Notizen von Hand kuratieren. Die neue Frage: Kann Agentengedächtnis Arbeits- und Lebensfragmente automatisch aufnehmen, während Sie weiterhin einen Ordner öffnen, prüfen und sensible Zeilen löschen können? Wenn Sie nur „dem Modell vertrauen“, können Sie nicht prüfen, was es behalten hat; wenn Sie nur „in Notizen kopieren“, explodieren die Sync-Kosten. Persönliche KI zielt auf die Mitte: Maschine zieht, Mensch kuratiert, Agent ruft ab.
Generische KI-Assistenten scheitern in Szenarien wie diesen:
- Gründer / Berater — Mail, Kalender und Slack-Threads verstreut; jeden Morgen dreißig Minuten, um zu wissen, wem zu antworten ist und welche Termine unverrückbar sind
- Engineering-Leads — PRs über Repos, Design-Docs und OKRs; Coding-Agenten kennen Code, aber nicht, was Sie als Person diese Woche jonglieren
- Obsidian-Power-User — ein bestehendes Vault; sie wollen einen KI-Digitaltwin, der es zitiert, nicht einen weiteren nicht exportierbaren Cloud-Thread
Entwickler nutzen bereits ChatGPT für Mail und Snippets; Claude Code und Cursor für Repos. Wenn Sie „Ergebnis des Meetings letzte Woche, aktive Repos und häufige Mitwirkende“ brauchen, ohne wöchentlich dieselbe README einzufügen, fehlt eine local-first-Gedächtnisschicht. Persönliche KI gegenüber generischem Chat ist im Kern Identitätskontinuität gegenüber Einmal-Reasoning-Qualität.
OpenHuman vs ChatGPT: Was ist anders?
Suchanfragen wie „Was ist OpenHuman“ und „OpenHuman vs ChatGPT“ meinen meist: nicht wer schlauer ist, sondern wo das Gedächtnis liegt und wem die Daten gehören.
| Dimension | ChatGPT | OpenHuman |
|---|---|---|
| Langzeitgedächtnis | Begrenzt; je nach Plan/Region; schwer exportierbar und prüfbar | Lokaler Memory Tree, lesbares Markdown |
| Dateneigentum | Meist Cloud-Chat-Threads | SQLite + Vault auf dem Gerät, lokale KI zuerst |
| Gmail | Plugins oder manuelles Einfügen | OAuth + periodischer Auto-Fetch |
| GitHub | Kein natives Repo-Sync | Passt zu Agentengedächtnis |
| Obsidian | Keine | Tree synchronisiert mit Obsidian-kompatiblen Ordnern |
| Slack / Linear | Plugins oder Copy-Paste | OAuth in den Memory Tree |
| Modellwahl | Anbieter-routing | Multi-Modell-Routing; optional Ollama lokale KI |
| Am besten für | Q&A, Schreiben, Brainstorming | KI-Digitaltwin, prüfbares Second Brain |
ChatGPT bleibt ein erstklassiger allgemeiner KI-Assistent; OpenHuman soll es nicht ersetzen — es füllt die appübergreifende, ansammelbare, löschbare Schicht. Viele kombinieren beides: schweres Reasoning und lange Entwürfe in ChatGPT; „wer bin ich und was mache ich gerade“ auf einer Desktop-persönlichen KI. Wenn Sie bereits ChatGPT-Gedächtnis nutzen, fragen Sie: Kann ich Markdown exportieren? Einen Absatz in Obsidian löschen? GitHub und Mail automatisch in einen Tree einlesen? Zwei „Nein“ bedeuten: Sie sind noch bei Cloud-Haftnotizen, nicht bei vollem Agentengedächtnis.
„Was ist OpenHuman“ und „OpenHuman vs ChatGPT“ sind dieselbe Weggabelung: Wollen Sie eine stärkere Einmal-Antwort oder stabilen Tageskontext? Ersteres bleibt im Browser; Letzteres lohnt die Evaluation einer Desktop-persönlichen KI mit lokalem Vault.
Praxis: Was passierte nach Gmail, GitHub und Notion
Aus einem Beta-Desktop-Cold-Start (kein offizieller Test — nur zur Erwartungssteuerung). Für Tagebuchnotizen siehe unseren Fünf-Tage-OpenHuman-Test.
Ich habe verbunden:
- Gmail — Arbeits-Postfach (OAuth nur lesen)
- GitHub — Haupt-Open-Source- und Nebenprojekt-Account
- Notion — Projektspezifikationen und Meeting-Notizen
Die erste Synchronisation dauerte etwa 20 Minuten (entspricht dem offiziellen Auto-Fetch). Minuten 0–5: OAuth und Scopes; gegen Minute 10 erschienen Mail-Betreff-Zusammenfassungen im Vault; gegen Minute 20 war GitHub auf die 2–3 aktivsten Repos gemappt. Klare Gewinne:
- Der KI-Assistent nannte aktuelle Repos und Issue-Themen ohne eingefügte README
- „Meeting-Todos diese Woche“ zog Kalender- und Notion-Chunks (trotzdem selbst prüfen)
- In Obsidian erschienen thematisch getrennte
.md-Dateien — Sie sehen, was der Agent denkt, dass Sie wissen
Drei Prompts, vor und nach der Kontoverbindung:
| Prompt | Vor der Verbindung | Nach erstem Sync |
|---|---|---|
| „An welchem Open-Source-Projekt arbeite ich gerade?“ | Repo-URL einfügen oder erklären | Listet synchronisierte Repos und aktuelle Issue-Themen |
| „Gibt es wichtige Mails, auf die ich nicht geantwortet habe?“ | Generische Postfach-Tipps | Zitiert Gmail-Zusammenfassungs-Threads (Anhänge evtl. dünn) |
| „Fasse diese Notion-Spec in drei Bulletpoints zusammen“ | Volltext in ChatGPT kopieren | Ruft synchronisierte Blöcke aus dem Memory Tree ab (scope-abhängig) |
Ein typischer Tag: morgens Auto-Fetch für Mail und Slack; nachmittags Coding mit persönlicher KI, die Architektur-Notizen aus dem Vault zitiert („warum haben wir dieses Modul geändert?“); abends Sprachaufnahme in Summary-Schichten. Follow-ups brauchen selten Hintergrund von null; TokenJuice-Kompression schlägt das Einfügen ganzer HTML-Mails in den Chat.
Grenzen zählen: gelegentliche Connector-Neuverbindungen; schneller Beta-Churn; lange Thread-Entscheidungen manchmal wegkomprimiert; nicht für unbeaufsichtigte Finanz-Workflows. Am ersten Tag ist der Tree spärlich — der KI-Digitaltwin fühlt sich wie Onboarding an; ab Tag zwei eher wie ein Kollege, der sich erinnert. Wie in der Installationsanleitung: einen Abrufzyklus abwarten, bevor Sie urteilen.
Was ist Memory Tree?
Memory Tree ist OpenHumans Kern: Agentengedächtnis auf Ihrer Festplatte, nicht in einer Anbieter-Blackbox. Manche nennen es einen „Obsidian-gehirnten Agenten“ — nahe an Karpathys LLM-Wissensbasis-Idee: strukturierter, abrufbarer, menschlich prüfbarer Text statt unendlicher Chat-Logs.
Grobablauf (konzeptionell):
- Ingest — OAuth zu Gmail, GitHub, Notion usw.; Auto-Fetch etwa alle 20 Minuten
- Chunk — lange Mails/Docs in ~3k-Token-Markdown-Blöcke in SQLite
- Summary Tree — hierarchische Zusammenfassungen; zuerst Summary abrufen, dann vertiefen
- Export — Obsidian-kompatibles Vault; taggen, löschen, umschreiben
- Dazu Memory-/Web-Fetch-/Coder-Tools (Git, Lint, Test) und Multi-Modell-Routing
- Optional Ollama für lokale KI; air-gapped Setups verlieren Fähigkeit, Dateien bleiben lokal
Für Entwickler werden Issues, PRs und Design-Docs zu Langzeitkontext ohne wöchentliches README-Einfügen in ChatGPT. Für alle anderen landen Mail- und Kalender-Zusammenfassungen im selben Tree — mehr Gedächtnis muss nicht jedes Mal das volle Kontextfenster bedeuten. Vault in Obsidian öffnen: das ist der Second-Brain-Unterschied zu undurchsichtigem Chat.
Was OpenHuman löst (kein Install-Tutorial)
OpenHuman: erst Lebensdaten synchronisieren, dann den Agent handeln lassen. Offizieller Ablauf (Doku): UI-Installation → OAuth → ~20 Min. Auto-Fetch → Memory Tree → Obsidian-artiges Markdown zum Bearbeiten oder Löschen.
Desktop-Agenten 2026 bewegen sich vom „Chat-Sidebar“ zum „dauerhaften Kollegen“. OpenHuman zielt auf GUI-Onboarding — weniger „jedes Mal neuer ChatGPT-Tab“, mehr „Desktop-Kollege, der letzte Woche erinnert“. Integrationen variieren nach Region und Beta; üblich Gmail, Calendar, GitHub, Notion, Slack, Linear, Drive, Stripe — Repo-Liste prüfen.
Stack: Rust-Kern, Tauri-Shell, 118+ OAuth über Composio-ähnliche Connectors, optional Ollama lokale KI, Sprach- und Meeting-Agenten, Multi-Agent-Routing (schnelles Modell für leichte Tasks). GPL-3.0 erlaubt Fork der Sync-Policy oder Offline-only-Modelle — gut für Teams ohne Lock-in, die Nicht-Ingenieure durch OAuth klicken lassen.
Open Source ≠ Enterprise-SLA oder Compliance out of the box. Ein KI-Digitaltwin hier bedeutet lesbare Dateien auf der Festplatte und ein Second Brain, das Sie kuratieren — kein Cloud-Thread, den Sie nicht inspizieren können. GitHub-Hype ist echte Nachfrage; Hype heißt nicht, dass Ihr Security-Team Arbeitsmail auf dem Laptop freigibt.
Wie OpenClaw und OpenHuman zusammenpassen
Volksweisheit: OpenClaw hilft dem Agent, Dinge zu tun; OpenHuman hilft ihm, sich zu erinnern, wer Sie sind. Siehe den Vergleichsartikel.
| Dimension | OpenHuman | OpenClaw |
|---|---|---|
| Kern | Memory Tree, lesbares Gedächtnis, Desktop-persönliche KI | Gateway, Plugins, IM/Webhooks |
| Am besten für | Second Brain auf Ihrer Festplatte | 24/7-Bots, Pipeline-Trigger |
| Läuft auf | Lokaler Desktop; stoppt beim Zuklappen | Oft Linux-VPS |
Kombinieren: nach außen Slack/Webhooks auf VPS; Planung und Agentengedächtnis in lokalem Vault — weniger Versuchung, das ganze Postfach auf einen öffentlichen Server zu legen. Erwarten Sie keine 24/7-Bots von einem schlafenden Laptop. iOS-Build und Notarisierung brauchen eine echte Mac-Story — orthogonal zu „wer bin ich“-Gedächtnis; siehe Agent Skills und GitHub-Trends für Rollenaufteilung in Teams.
Erinnern vs. ausführen
Fragen Sie zuerst: Gedächtnis oder Ausführung? Vierzig-Datei-Refactors → Coding-Agent. Morgendliche Prioritäten → persönliche KI + Memory Tree. IM-getriggerte Builds → OpenClaw. Nicht alle drei in einer Beschaffungszeile bündeln.
Datenschutz und Grenzen
GPL-3.0 bedeutet: Client prüfbar; Cloud-LLM-Aufrufe senden trotzdem abgerufene Memory-Tree-Snippets grenzüberschreitend — Modellregionen im Vertrag wählen. Local-first ≠ null Risiko: OAuth-Tokens sind Schlüssel; bei Geräteverlust oder Offboarding widerrufen und Vault neu scannen.
Unternehmen: DLP und ob volle Mail auf der Festplatte landen darf. Privatpersonen: Least Privilege und Festplattenverschlüsselung. Wenn die Policy ungenehmigte lokale KI auf Arbeitsdaten verbietet, Security-Review vor Arbeitskonten — das ist App-/Account-Policy, nicht Laptop-OS-Wahl.
Browser- und Computersteuerung vergrößern die Blast Radius — in Produktion niedrigprivilegierte Testverbindungen nutzen. In Beta: verbinden → einen Fetch abwarten → Vault öffnen und schwärzen → dann Hauptpostfach; veraltete oder sensible Blöcke in Obsidian regelmäßig entfernen.
Checkliste vor dem Start (8 Punkte)
Für Tech-Leads oder Power-User — mehr Treffer = stärkerer Pilot-Kandidat; kein Scorecard.
- Genug vom ständigen Neu-Erklären des Projektkontexts an Ihren KI-Assistenten?
- Bereit, Gedächtnis zu bearbeiten/löschen, statt Kuratierung komplett abzugeben? (Second Brain braucht Pflege)
- Sind Ihre Kern-Tools auf der Integrationsliste oder erweiterbar?
- Erlaubt Compliance Mail-/Code-Metadaten auf einem privaten Rechner?
- Brauchen Sie noch iOS-Builds / macOS-Signing? — Mac-Kapazität getrennt vom Twin planen
- Slack/Webhooks von Desktop-persönlicher KI trennen? — OpenClaw in der Cloud, Gedächtnis lokal
- OK mit Beta-Churn und gelegentlichen Connector-Aussetzern?
- Beinhaltet Offboarding Export oder Zerstörung des lokalen Vaults?
Typisches Muster: OpenHuman-Klasse persönliche KI für sich selbst pilotieren; nach außen gerichtete Bots und iOS-Lieferung auf VPS / Cloud Mac — drei Zeitpläne, kein Einkaufsdokument.
Für wen lohnt sich ein persönlicher KI-Digitaltwin?
Gute Passung:
- Gründer/Berater mit dichter Mail/Kalender/IM, die tägliche Prioritäts-Zusammenfassungen vom KI-Assistenten wollen
- Entwickler auf Claude Code / Cursor, denen Lebenskontext fehlt, nicht ein weiterer Terminal-Agent
- Obsidian-Nutzer, die Agentengedächtnis im gleichen lesbaren Format wie Notizen wollen
Schlechte Passung:
- Hauptbedarf ist IM-getriggerte CI und Build-Logs — mit OpenClaw starten
- Firma verbietet Arbeitsmail auf privaten Festplatten — kein Hauptpostfach bis Compliance grünes Licht gibt
- Nur gelegentlicher Chat — ChatGPT reicht; keine weitere Desktop-App
FAQ
Ist OpenHuman kostenlos?
Client ist Open Source (GPL-3.0). Cloud-Modelle und manche OAuth-Connectors können über Dritte abrechnen. Rein-Ollama lokale KI ist vor allem Hardware und Strom — schwächer als Top-Closed-Modelle.
Brauche ich Obsidian?
Nein. Das Vault ist Plain-Markdown; Obsidian ist die verbreitete Review-Oberfläche.
Worin unterscheidet sich das von Notion AI oder Copilot?
Die bleiben in einem Produkt. OpenHuman spannt Gmail, GitHub, Slack usw. — eine appübergreifende persönliche KI / KI-Digitaltwin mit Dateien auf Ihrer Festplatte.
Läuft Sync weiter, wenn der Laptop zugeklappt ist?
Nein. Desktop-Agenten brauchen waches Hardware; für 24/7-Ingest brauchen Sie einen immer-an-Mac oder Cloud Mac (nächster Abschnitt).
Wann brauchen Sie einen Cloud Mac?
Persönliche KI Memory Tree gehört auf Hardware, die Sie kontrollieren; zwei Fälle brauchen oft einen dedizierten macOS-Knoten:
- 24/7-Hintergrund-Sync — Schlaf und Zuklappen stoppen Desktop-Agenten; nächtliche Mail-Zusammenfassungen brauchen evtl. eine Mac-mini-Klasse Always-on-Box (Festplatte verschlüsseln, Least Privilege)
- Xcode-Release + OpenClaw-Gateway — ergänzt „wer bin ich“: Builds, Signing, Webhooks auf dediziertem macOS oder Linux-VPS — Beschaffungslinien getrennt halten
Apple-Silicon Cloud Mac passt zu nächtlichen Build-/Sign-Warteschlangen; Linux-VPS zu OpenClaw-Automation — keines ersetzt ein Obsidian-artiges Vault, das Sie pflegen, aber beide entkoppeln Shipping und nach-außen-Bots vom schlafenden Laptop. „Twin lokal, Build und Gateway in der Cloud“ evaluieren? Siehe ZavCloud Cloud-Mac-Pläne für einen sauberen Build- oder Gateway-Proof — Gedächtnis, Lieferung und nach-außen-Bots auf drei Spuren planen.
ZavCloud
Twin auf Ihrer Maschine, Build & Gateway in der Cloud
Dedizierter Mac mini macOS für OpenClaw-Gateways und Xcode-Warteschlangen; persönliche KI Memory Tree im lokalen Vault — drei Linien, klarere Verantwortung.
Pläne & Preise ansehen