2026 OpenHuman : guide d'installation — Memory Tree, brew/apt/npm et location Mac cloud

TinyHumans AI distribue OpenHuman sous GPL-3.0 comme super-assistant de bureau avec Memory Tree, interface Tauri et IA locale optionnelle. Ce runbook mène d'un shell vierge à un assistant prêt pour la production sur un Mac cloud loué — chemins Homebrew, apt et npm, config.toml et persistance SQLite incluse.

Si vous ouvrez le dépôt OpenHuman, vous découvrez un chemin d'installation différent des gateways terminal-first : onboarding UI-first, un Memory Tree local en SQLite, un vault Markdown compatible Obsidian et plus d'une centaine d'intégrations OAuth synchronisées toutes les vingt minutes via auto-fetch. OpenHuman n'est pas un chat jetable. C'est un agent de bureau sous GPL-3.0 édité par TinyHumans AI (ligne actuelle autour de v0.53.x) qui retient des habitudes sur des semaines — mais seulement si l'hôte ne dort pas et si vos snapshots ne détruisent pas la config. Ce guide se concentre sur l'installation et la configuration : tap Homebrew, dépôt apt signé, npm/pnpm depuis les sources ou script curl, config.toml pour l'IA locale, chemins Memory Tree et validation sur un Mac cloud NUKCLOUD. Pour la stack combinée OpenClaw et Ollama, lisez le guide complet OpenClaw OpenHuman ; pour une gateway Telegram parallèle, suivez le guide d'installation Hermes Agent. Ici, nous passons de zéro à un Memory Tree qui survit au reboot.

00Ce que vous installez et pourquoi le Memory Tree compte

OpenHuman, édité par TinyHumans AI, est un assistant agentique de bureau sous licence GPL-3.0. L'interface Tauri, le mode mascotte bureau, la pipeline voix native et le Memory Tree le distinguent des gateways CLI comme Hermes ou des stacks orientés canaux comme OpenClaw. Le Memory Tree canonicalise les sources connectées en chunks Markdown d'environ trois mille tokens maximum, les score, les plie en arbres de résumé hiérarchiques et stocke le tout dans SQLite sur votre machine. Les mêmes chunks deviennent des fichiers .md dans un vault compatible Obsidian — local-first, chiffré, sous votre contrôle.

Réussir l'installation n'est que la première porte. Les utilisateurs connectent Gmail, Notion ou Slack et attendent que l'assistant connaisse déjà le contexte calendrier le matin sans reprompting. Cela suppose un hôte où les boucles auto-fetch, les fichiers SQLite et les répertoires vault survivent aux reboots et mises à jour système. Un MacBook de développement convient pour les étapes ci-dessous ; y faire tourner OpenHuman en production sur un portable qui dort ne convient pas. Les équipes qui construisent un Memory Tree sur des semaines migrent souvent vers un Mac cloud dédié une fois le pilote prouvé.

OpenHuman utilise par défaut des services managés pour la connexion, le routage de modèles et OAuth Composio. Vous pouvez opérer avec vos propres modèles, Ollama en loopback ou le mode Composio direct — documenté en amont. Choisissez avant l'installation si vous partez cloud-API-first ou local-AI-first afin de positionner local_ai correctement en une session.

DOULEURPrérequis d'environnement et échecs avant la première étape

La plupart des tickets OpenHuman ne viennent pas d'installateurs cassés. Ils viennent d'hôtes inadaptés, de RAM insuffisante pour des jobs auto-fetch parallèles ou de fichiers Memory Tree sur volumes éphémères. Le tableau aligne les attentes par plateforme avec ce dont OpenHuman a besoin pour un Memory Tree qui grandit en continu.

PlateformeSpec minimaleRecommandéÉchec fréquent avant Memory Tree fonctionnel
macOS 14+ (Apple Silicon)4 Go RAM, 15 Go disque libre16 Go RAM, 40 Go disqueGUI ne démarre pas sans VNC ; Memory Tree sur tmpfs vide après reboot
Mac cloud (production)SKU 16 Go24 Go si Ollama 13B en parallèleSnapshot sans backup config efface SQLite ; auto-fetch stoppe en veille
Ubuntu 22.04 / Debian 124 Go RAM, amd6416 Go RAMCrash AppImage Wayland ; keyring apt signé manquant
Portable dev uniquementComme minimum macOS16 GoAssistant tué en veille ; sync vingt minutes interrompue la nuit
VPS Linux sans bureauNon recommandéPas de GUI Tauri native ; Memory Tree difficile à valider sans wizard
  • Planification RAM : Usage léger avec routage cloud et peu d'intégrations tourne sur 4 Go RAM. Memory Tree avec auto-fetch, compression TokenJuice et Ollama 7B/8B optionnel profite de 16 Go RAM ou plus. Un 13B parallèle plus GUI bureau sur un nœud partagé exige 24 Go ou une séparation temporelle avec OpenClaw.
  • Node pour les sources : Les contributeurs ont besoin de Node.js 24+, pnpm 10.10.0, Rust 1.93.0 et prérequis build bureau. Les installs production doivent préférer les paquets natifs (brew/apt), pas des builds npm à chaque reboot.
  • Utilisateur Unix dédié : Exécutez OpenHuman sous un compte non root avec home fixe. Mélanger SQLite Memory Tree et vault avec root ou logins partagés complique backup et permissions OAuth.
  • Disposition disque : Prévoyez de l'espace séparé pour SQLite mémoire, vault Obsidian et logs. Un volume racine de 15 Go se remplit vite une fois auto-fetch ingère des chunks Gmail et Notion pendant des semaines.
  • Note GPL-3.0 : OpenHuman est sous GPL-3.0. Les pilotes internes sur nœud loué sont courants ; vérifiez la conformité si vous redistribuez ou exposez le binaire — contrairement au MIT pour Hermes ou OpenClaw.

Après installation, vérifiez que l'assistant démarre et que le chemin config repose sur disque persistant avant de brancher dix intégrations OAuth. Corriger la dérive d'environnement en amont évite des heures de restauration SQLite.

01Installation : Homebrew, apt, npm et script

L'amont recommande des chemins paquets natifs avec chaîne de signature OS. Le script curl est alternatif mais sans vérification d'intégrité séparée. Sur un Mac cloud NUKCLOUD en SSH, suivez ces six étapes dans l'ordre.

  1. 01
    Préparer l'hôte : Sur macOS, confirmez les Xcode Command Line Tools. Sur Ubuntu, sudo apt-get install -y gnupg2 curl ca-certificates. Créez un utilisateur dédié comme openhuman avec home sur disque persistant.
  2. 02
    Choisir le chemin préféré : macOS via tap Homebrew, Linux via dépôt apt signé, ou pour développeurs npm/pnpm depuis clone. Production : brew ou apt, pas npm nightly.
  3. 03
    Vérifier le binaire : Lancer l'app sous macOS ou openhuman --version si CLI disponible. Attention PATH et invites Gatekeeper pour artefacts non signés.
  4. 04
    Première GUI via VNC : Sur Mac cloud, connecter VNC, parcourir le wizard d'onboarding, choisir compte ou mode local.
  5. 05
    Noter le répertoire config : Chemin vers config.toml et store Memory Tree depuis wizard ou doc — base pour sauvegardes.
  6. 06
    Snapshot baseline : Version mineure macOS, tarball de l'arborescence config avant OAuth et auto-fetch.
macOS — Homebrew (recommandé)
brew tap tinyhumansai/core
brew install openhuman
Linux — dépôt apt signé (Debian/Ubuntu amd64)
curl -fsSL https://tinyhumansai.github.io/openhuman/apt/KEY.gpg \
  | sudo gpg --dearmor -o /etc/apt/keyrings/openhuman.gpg
echo "deb [signed-by=/etc/apt/keyrings/openhuman.gpg arch=amd64] \
  https://tinyhumansai.github.io/openhuman/apt stable main" \
  | sudo tee /etc/apt/sources.list.d/openhuman.list
sudo apt-get update
sudo apt-get install -y openhuman
Alternative — script curl (macOS/Linux x64)
curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash
Développeur — npm/pnpm depuis les sources
git clone https://github.com/tinyhumansai/openhuman.git
cd openhuman
git submodule update --init --recursive
pnpm install
pnpm --filter openhuman-app dev:app

Choisissez SKU et RAM avant install sur la page tarifs, ouvrez l'instance via Commander. Pour production 16 Go avec Memory Tree plus Ollama 8B, la SKU baseline suffit ; 13B parallèle à OpenClaw exige un upsizing avant le premier ollama pull.

02config.toml, IA locale et Memory Tree

L'IA locale est désactivée par défaut. Activez-la explicitement dans config.toml (chemin selon wizard ou doc) quand Ollama tourne sur le même hôte — typique sur Mac Mini M4 loué avec inférence loopback.

config.toml — activer l'IA locale
local_ai.runtime_enabled = true
local_ai.opt_in_confirmed = true

Endpoint Ollama : Dans les réglages, définir http://127.0.0.1:11434, choisir un tag modèle adapté à la RAM — 7B/8B sur 16 Go, tags plus lourds seulement avec plus de mémoire unifiée. OLLAMA_KEEP_ALIVE=-1 évite la latence cold-start lors des bursts auto-fetch.

Memory Tree : L'arbre grandit avec chaque intégration et chaque cycle auto-fetch de vingt minutes. SQLite et répertoire vault doivent résider sur le même volume persistant. Optionnellement memory.backend = "agentmemory" pour brancher un store agentmemory externe — utile si vous partagez déjà agentmemory avec d'autres agents de code.

Test fumée : Connecter une intégration, attendre un cycle sync, puis poser en nouvelle session une question sur un fait qui ne peut venir que de cette intégration. Si le rappel échoue après reboot contrôlé, corrigez persistance disque et chemin config avant d'ajouter d'autres flux OAuth.

Chiffres de planification : Auto-fetch tourne environ toutes les 20 minutes par intégration active. Les chunks sont plafonnés à environ 3 000 tokens. Usage léger dès 4 Go RAM ; Memory Tree productif avec modèle local 8B sur 16 Go RAM. OpenHuman est GPL-3.0 ; Hermes et OpenClaw restent MIT — attention au mix de licences.

Après édition de config.toml, redémarrez l'assistant et vérifiez que la compression TokenJuice apparaît dans les logs — signal que la sortie outil est compressée avant l'appel LLM.

03Onboarding VNC, persistance et Ollama

OpenHuman est UI-first. SSH seul ne suffit pas pour la configuration initiale sur Mac cloud headless — VNC ou partage d'écran est requis pour le wizard, les flux OAuth navigateur et le test mascotte.

Flux VNC : Ouvrir VNC depuis le panel provider, lancer OpenHuman, connecter Gmail / Notion / Slack, définir l'endpoint Ollama dans les réglages. Restreindre VNC au VPN ou allowlist IP ; les tokens OAuth sont chiffrés localement, mais l'écran montre du contenu sensible.

Ollama d'abord : Avant local_ai OpenHuman, brew install ollama, pull modèles, valider ollama serve avec curl localhost:11434/api/tags. Reprenez l'ordre du guide OpenClaw OpenHuman si les deux stacks partagent un nœud.

Persistance macOS : Enregistrer OpenHuman comme élément de connexion ou LaunchAgent pour que auto-fetch reprenne après reboot. WorkingDirectory sur le home de l'utilisateur dédié. Après reboot, check VNC : taille Memory Tree et horodatage dernier sync doivent rester cohérents.

Rythme backup : Tarballs hebdomadaires du répertoire config, SQLite mémoire et vault vers object storage chiffré. Pendant le pilote, pas de snapshots disque sans backup — un snapshot reverti efface des semaines de Memory Tree sans avertissement.

Pour les gateways Telegram parallèles, suivez le guide installation Hermes sur utilisateur ou hôte séparé pour éviter conflits RAM avec Ollama. Questions d'exploitation : page aide.

04Matrice plateforme : location Mac cloud vs alternatives

DimensionMacBook localVPS LinuxMac cloud NUKCLOUD
Install (brew/apt/npm)Tous chemins natifsapt + AppImage ; pas stack GUI macOSbrew natif en SSH + VNC
Memory Tree 24h/24Mauvais en veilleGap GUI ; SQLite possible, wizard absentExcellent avec launchd et alimentation DC
RAM recommandée16 Go pour 8B local16 Go ; risques WaylandSKU 16–24 Go au choix
GPL-3.0 interneContrôle totalPossible sans bureauDisque locataire auditable
Coût mensuel typeHardware sunk5–40 USD plus temps opsMesuré ; voir tarifs

OpenHuman exige bureau macOS et stockage SQLite persistant — les VPS Linux couvrent install apt mais ne remplacent pas l'expérience Tauri. Les Mac Mini maison fonctionnent avec discipline alimentation et VNC ; les équipes entreprise louent un Mac cloud quand le Memory Tree doit grandir sur des mois sans baby-sitting portable.

Les stacks hybrides sont courantes : Hermes ou OpenClaw vers l'extérieur, OpenHuman dedans pour mémoire bureau. Comptes Unix séparés, modèles Ollama budgétés selon RAM, licences GPL et MIT séparées dans docs conformité. Après pilote réussi, scalez RAM via Commander sans revérifier OAuth si chemins vault stables.

05Questions fréquentes

Homebrew, apt ou npm — quel chemin pour la production ?
L'amont recommande brew tap tinyhumansai/core sur macOS et le dépôt apt signé sur Debian/Ubuntu. Script curl et builds npm/pnpm conviennent aux développeurs et pilotes rapides, pas à un Memory Tree long terme sans pin de release.
4 Go RAM suffisent-ils ou faut-il 16 Go ?
4 Go suffisent pour routage cloud et peu d'intégrations sans Ollama local. Nous recommandons 16 Go pour Memory Tree avec auto-fetch, GUI bureau et Ollama 7B/8B sur le même Mac cloud. 13B parallèle plus OpenClaw → 24 Go ou séparation temporelle.
Où vit le Memory Tree et comment le sauvegarder ?
SQLite et vault Obsidian restent localement sous l'arborescence config OpenHuman sur votre machine. Tarballs hebdomadaires de config, SQLite et vault ; snapshots provider seulement après export. Auto-fetch ne s'arrête pas automatiquement disque plein — surveillez l'espace.
OpenHuman, OpenClaw ou Hermes ?
OpenHuman : bureau, Memory Tree, GPL-3.0. OpenClaw : plus de canaux messagerie, MIT (guide combiné). Hermes : gateway Telegram, épisodes SQLite, MIT (guide installation). Parallèle possible sur homes séparés — RAM et ports à surveiller.
Quand louer NUKCLOUD plutôt qu'auto-héberger ?
Louez si vous avez besoin d'au moins deux critères : Memory Tree 24h/24 sans veille portable, mois pilote avant CapEx Mac Mini ou accès équipe VNC au même vault. Démarrez par tarifs et Commander ; support sur aide.