2026 OpenHuman Installations- und Konfigurations-Guide: vom Download bis Memory Tree produktiv

Desktop-Installation · OAuth-Integrationen · Sechs-Schritte-Runbook · Lokal/Hosted-Grenze · 24/7-Host-Auswahl

OpenHuman Installation und Memory Tree lokaler KI-Assistent 2026

Sie wollen 2026 OpenHuman (tinyhumansai/openhuman, GitHub ca. 29.000 Stars) produktiv betreiben, sind unsicher ob DMG oder pip install? Dieser datengetriebene Leitfaden liefert den messbaren Pfad: Rust + Tauri Desktop, Memory Tree in lokalem SQLite, 118+ OAuth-Integrationen und Auto-Fetch alle ~20 Minuten. Enthalten: Umgebungstabelle, Sechs-Schritte-Runbook, Erstrequest-Abnahme, Fehlertabelle und 24/7-Host-Empfehlung — mit DSGVO-relevanter Data Residency für Memory Tree auf dem gewählten Host. Gegenüber dem OpenClaw-Doppel-Framework-Guide fokussiert dieser Artikel die reine OpenHuman-Einzelinstallation.

01

Was ist OpenHuman? Warum sich die Installation 2026 lohnt

OpenHuman (TinyHumans, GPL-3.0) ist ein lokal-first Desktop-KI-Superassistent: Memory Tree normalisiert Gmail, GitHub, Notion, Slack und weitere Quellen zu Markdown-Chunks in lokalem SQLite statt undurchsichtiger Vektordatenbanken. Integriert: automatisches Modell-Routing (Reasoning vs. günstige Modelle), Websuche, Coder-Toolchain, Sprache und Desktop-Maskottchen für Google Meet. Gegenüber ChatGPT im Browser: wochenübergreifender Kontext bleibt auf Ihrer Festplatte; Integrationen per OAuth. Für EU-Teams relevant: Memory Tree und Vault liegen auf dem Host — die Wahl eines Rechenzentrums mit dokumentierter Data Residency unterstützt DSGVO-Konformität bei personenbezogenen E-Mails und Kalenderdaten.

Fünf messbare Installations-Fehler: OpenHuman mit CUDA-Digitalhuman-Projekt verwechseln, lokal vs. gehostet ignorieren, vor Abschluss des Auto-Fetch fragen, 7×24 auf zugeklapptem MacBook erwarten, Quellbuild ohne Node 24 / Rust 1.93. Dieser Guide deckt offizielle Desktop-Installation + Erstbetrieb ab; OpenClaw-Vergleich siehe Mai-Doppel-Framework-Artikel.

ParameterMinimumEmpfohlen (großes Postfach + lokales Modell)
SystemmacOS / Windows 10+ / Linux DesktopmacOS 14+ Apple Silicon oder Ubuntu 24.04 LTS
RAM4 GB+16 GB+ (offizielle Doku: große Mailbox/Repo oder lokales Modell)
Diskca. 2 GB App + wachsendes SQLite50 GB+ SSD für Memory Tree und Logs
GPUnicht nötig (Standard: Cloud-Routing)Apple Silicon UMA bei local model
NetzLogin und OAuth brauchen Internetstabile Leitung für Meet und Auto-Fetch
  1. 01

    pip/CUDA-Pfad: Endnutzer nutzen Installer oder curl-Skript, nicht pip install -r requirements.txt aus Digitalhuman-Repos.

  2. 02

    Datengrenze ignorieren: Memory Tree lokal, aber Login, Teile der OAuth und Such-Proxy standardmäßig gehostet — Advanced erlaubt eigene RPC und Modelle.

  3. 03

    Zu frühe Anfrage: nach Gmail/GitHub-Verbindung ca. 20 Minuten Auto-Fetch abwarten, dann erst „E-Mails der letzten Woche zusammenfassen“.

  4. 04

    Laptop als Server: Sleep bricht Sync; Memory-Tree-Compounding braucht dauerhaft laufenden Desktop-Host.

  5. 05

    Quellbuild ohne Toolchain: Mitwirkende brauchen Git, Node.js 24+, pnpm 10.10, Rust 1.93 (rustfmt/clippy), CMake und Submodule.

02

Installationskanal und Host: offizielle Pakete vs. Mac Mini M4 Miete

Dieselbe OpenHuman-Version — der Unterschied liegt in Signatur/Updates, Uptime und Auto-Fetch-Tauglichkeit. Die Matrix zielt auf Produktionsbetrieb, bei dem Memory Tree täglich wächst und personenbezogene Daten auf einem definierten Host verbleiben (relevant für DSGVO-Auftragsverarbeitung und Data-Residency-Nachweise).

Kanal / HostZielgruppe24/7 Auto-FetchAnmerkung
DMG / MSImacOS / Windows Standardnutzerabhängig von DauerbetriebDownload unter tinyhumans.ai/openhuman
curl / Homebrew / aptTerminal-affine macOS / Linuxwie obenSkripte synchron mit README
Privates MacBookPOC, leichte Integrationbricht beim Zuklappenkein produktives Memory-Compounding
Mac Mini M4 MieteTeam-Memory-Tree, Meet-ProxyRechenzentrum-SLA, dauerhaft anSSH-Lieferung; Ollama/OpenClaw auf gleichem Knoten möglich

Installation dauert Minuten; Memory Tree alle 20 Minuten wachsen zu lassen erfordert den richtigen 24/7-Host mit klarer Datenlokalität.

Offizielle Ein-Klick-Skripte für macOS/Linux und PowerShell für Windows; Linux optional signierte apt-Quelle. Planen Sie OpenClaw Gateway und OpenHuman Desktop auf einem Mietknoten: 16 GB+ UMA und separate Disk-Quota für SQLite und Logs — erleichtert spätere DSGVO-Lösch- und Export-Prozesse.

03

Sechs-Schritte-Runbook: Installation bis erste Memory-Tree-Anfrage

Für Endnutzer-Desktop (kein Quellcontribution). Daten liegen im App-Datenverzeichnis (SQLite Memory Tree, Markdown-Vault) — vor Upgrades sichern.

  1. 01

    Download und Installation: tinyhumans.ai/openhuman für DMG/MSI oder offizielles Skript (macOS/Linux x64).

  2. 02

    Erststart und Login: Sign in! Let's Cook mit Social Login; die meisten Nutzer brauchen keine Advanced-RPC-URL.

  3. 03

    Erste Quelle: OAuth für Gmail oder GitHub (118+ Integrationen), Autorisierung bestätigen.

  4. 04

    Auto-Fetch abwarten: App oder Host ca. 20 Minuten aktiv lassen, bis Scheduler in Memory Tree schreibt.

  5. 05

    Erstrequest-Abnahme: z. B. „PRs der letzten Woche auf GitHub“ oder „E-Mails nach Thema“ — Antwort muss Ihre Daten zitieren.

  6. 06

    Optional Advanced: Modell-Routing prüfen, lokales Modell (großer RAM), eigene Composio-/Such-Credentials zur Reduktion gehosteter Abhängigkeiten.

bash · Offizielles Skript (macOS / Linux x64)
curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash

brew tap tinyhumansai/core
brew install openhuman
bash · Quellcontribution (optional)
git clone https://github.com/tinyhumansai/openhuman.git
cd openhuman
git submodule update --init --recursive
pnpm install
pnpm --filter openhuman-app dev:app

Lokal vs. gehostet: Memory Tree, Markdown-Vault und Workspace-Konfiguration liegen auf dem Host; Standard nutzt OpenHuman für Login, Modell-Routing, Teile der OAuth und Such-Proxy. Vollständig eigene Modelle und Credentials: custom-setup-Pfad in der Doku — relevant für verschärfte DSGVO-Anforderungen an Datenverarbeitung.

04

Typische Installations- und Erstlauf-Fehler

Symptome oft bei „App läuft, Memory Tree leer“ — Tabelle der Reihe nach; nicht parallel neu installieren, Account wechseln und DB leeren.

SymptomUrsacheFix
Gmail/GitHub nach Login nicht verbundenNetz oder OAuth-Callback blockiertProxy/Firewall prüfen; OAuth wiederholen; Callback-Domains freigeben
Antworten ohne Bezug zu meinen DatenAuto-Fetch unvollständigca. 20 Min. warten; Integrationsseite auf Active prüfen
Linux-Skript schlägt fehlkein x64 oder fehlende LibsOffizielles Paket; GitBook Getting Started
pnpm dev:app Build-FehlerNode/Rust-VersionNode 24+, pnpm 10.10, Rust 1.93, Submodule
Lokales Modell OOMzu wenig RAMlocal model aus; oder Host mit 16 GB+

Performance und Integrationen

Große Mailbox oder Monorepo-Ingest: Disk-I/O und 16 GB RAM priorisieren; bei wenig RAM weniger parallele Quellen. Voice, Meet-Proxy und Coder sind gebündelt — kein separates Datei-Plugin nötig. Mit OpenClaw auf einem Host: Snapshots von SQLite und Vault vor parallelen Cleanup-Jobs.

05

Referenzwerte, Einsatzszenarien und Host-Entscheidung

  • Open Source: tinyhumansai/openhuman ca. 29.000 Stars (Stand Juni 2026), Rust + Tauri.
  • Integrationen: Doku 118+ OAuth; aktive Verbindungen ca. alle ~20 Minuten Auto-Fetch.
  • Memory-Struktur: Quelle → Markdown → Chunks ≤3k Token → Baum nach Quelle/Thema/Tagesdigest → lokales SQLite.
  • Lizenz: GPL-3.0; kommerzielle Nutzung und Weitergabe eigenständig prüfen.
  • Strom M4: Desktop idle ca. 4–6 W, unter Last typisch 15–25 W (lokales Modell/Meet).

Szenarien: Solo-Dev mit GitHub + Notion für Wochenberichte; Ops mit Gmail + Calendar für Meeting-Summaries; Team mit OpenHuman auf gemietetem Mac Mini, Wartung per VNC/SSH, Laptop darf zu. Notebook und Heim-PC reichen für Installations-Abnahme, unterbrechen aber Memory-Compounding durch Sleep; reiner Linux-VPS ohne vollständige Desktop-Erfahrung. Wer OpenHuman als Kollegen mit Wochengedächtnis betreibt, bündelt mit Mac Mini M4 Miete Uptime, UMA und planbare OpEx — inklusive nachvollziehbarer Speicherort für DSGVO-Dokumentation.

Nach diesem Runbook und Bedarf an 24/7-Knoten: VpsMesh liefert Mac Mini M4 per SSH, Ressourcen-Panel, Backup des App-Datenverzeichnisses vor Lease-Ende. Tarife: Mac Mini M4 Mietpreise, Support: Hilfezentrum, Bestellung: Bestellseite.

Achtung: Host-Wechsel, Memory-Tree-Leerung, Major-Upgrade und kompletter OAuth-Reset nicht am selben Wochenende — erst Erstrequest 24 h stabil, dann lokales Modell oder Meet-Proxy ändern.

FAQ

Häufige Fragen

Nein. Endnutzer installieren per DMG/MSI, curl | bash, Homebrew oder apt. Quellbuild erfordert Node 24+, pnpm 10.10, Rust 1.93 — kein CUDA-Digitalhuman-Pfad.

Datenbank, Markdown-Vault und Workspace standardmäßig lokal in SQLite. Gehosteter Login, Routing und Teile der OAuth bleiben möglich; Advanced/custom setup mit eigenen Modellen und Composio-Credentials — wichtig für DSGVO und Data Residency.

OpenHuman ist Desktop-App mit voller macOS-Erfahrung. Für dauerhaften Auto-Fetch und Meet-Proxy: Mac Mini M4 Miete stabiler als zugeklapptes MacBook; OpenClaw-Kombination siehe Doppel-Framework-Guide. Tarife Preisseite, Bestellung Bestellseite.