AI Agent OpenHuman 2026.06.01

Guide d'installation OpenHuman 2026 : paquets natifs sur quatre plateformes, Memory Tree et Ollama de zéro à opérationnel

JEX
JEXCLOUD Équipe d'ingénierie
· 1 juin 2026 · environ 15 min de lecture

OpenHuman (tinyhumansai/openhuman) s'est imposé en 2026 comme assistant IA personnel open source de bureau. Son Memory Tree local résout l'amnésie conversationnelle — à ne pas confondre avec les pipelines « digital human » Python/CUDA. Les tutoriels citant run_demo.py ou checkpoints/*.pth relèvent d'autres projets. Ce guide suit la beta officielle Early Beta (environ v0.54.x).

Nous visons le lecteur qui veut un déploiement complet en une lecture : rôle d'OpenHuman face à ChatGPT et OpenClaw, matrice Homebrew / apt / MSI / curl avec checklist en six étapes, premier OAuth, synchronisation Memory Tree et configuration Ollama / LM Studio. Pour OpenClaw + OpenHuman sur Mac loué, voir le guide dual-framework ; ici, OpenHuman seul, de l'installation à l'usage.

01 OpenHuman en 2026 : agent de bureau et trois malentendus fréquents

Maintenu par Tiny Humans AI, OpenHuman se présente comme Your Personal AI super intelligence : application Rust + Tauri v2 multiplateforme, données OAuth de 118+ services compressées en tokens et stockées dans un SQLite local alimentant le Memory Tree (documentation).

Avant l'installation, trois confusions à écarter :

  • Avatar « deepfake » : pas de téléchargement multi-Go de .pth, pas de dépendance CUDA pour vidéo ; installeur GUI de l'ordre de centaines de Mo.
  • Chat web pur : la valeur est la synchronisation en arrière-plan et la recherche mémorielle ; fermer la fenêtre ne efface pas la mémoire, mais OAuth et indexation initiale sont requis.
  • Scripts non audités : la doc officielle déconseille curl … | bash pour l'intégrité ; privilégier Homebrew, apt signé, MSI signé (install.md).

Par rapport à OpenClaw : bots messagerie (Telegram/WhatsApp) vs super-assistant bureau + Memory Tree + réunions/voix. Les deux acceptent Ollama ; installation et persistance diffèrent.

02 Prérequis et matrice de choix d'installation (quatre plateformes)

Minimum vs recommandé (GUI bureau + Ollama 8B local)
Élément Minimum Recommandé
Système macOS 12+ / Win 10+ / Ubuntu 20.04+ macOS 14+ (Apple Silicon) / Win 11 / Ubuntu 24.04
Mémoire 8 Go (API cloud seule) 16 Go+ (Ollama 7B–8B concurrent)
Disque env. 2 Go app + cache 20 Go+ (index Memory + modèles locaux)
GPU non requis (API cloud) Apple Silicon / NVIDIA pour Ollama
Canal d'installation : intégrité vs commodité
Canal Plateforme Vérification Public
Homebrew macOS / Linux Oui (hash bottle) développeurs
apt signé Debian / Ubuntu Oui (dépôt GPG) postes Linux
MSI signé Windows Oui (release officielle) desktop entreprise
curl / npm toutes limitée essai rapide ; curl pipe déconseillé en prod

Build source : Node.js 24+, pnpm, Rust 1.93+ (README). Les utilisateurs finaux n'en ont pas besoin. Les 118+ connecteurs visent surtout les SaaS internationaux ; vérifier la liste dans les paramètres avant déploiement.

03 Six étapes : du paquet natif au premier dialogue validé

Exemple macOS Homebrew ; commandes Linux apt et Windows MSI en fin de section, même logique.

install-macos.sh 
brew tap tinyhumansai/openhuman
brew install openhuman
openhuman --version

# Linux Debian/Ubuntu (dépôt signé, extrait)
# curl -fsSL .../KEY.gpg | sudo gpg --dearmor -o /etc/apt/keyrings/openhuman.gpg
# sudo apt-get update && sudo apt-get install -y openhuman
  1. Choisir le canal : production = Homebrew / apt / MSI ; éviter curl | bash non audité.
  2. Installer : brew install openhuman, lancer via openhuman ou GUI.
  3. Vérifier la version : comparer aux GitHub Releases (beta v0.54.x) ; brew upgrade openhuman si obsolète.
  4. Assistant initial : compte, fuseau, confidentialité ; données par défaut en SQLite local.
  5. 1–2 sources OAuth : Gmail ou GitHub en smoke test ; Memory Tree « syncing / indexed ».
  6. Dialogue smoke : « Résume mes issues GitHub de la semaine » — le contexte synchronisé doit être cité.

Windows : .msi depuis la dernière release. Arch : AUR openhuman-bin. npm global vérifie SHA-256 ; pas de Node à l'exécution (install.md).

04 Configurer Memory Tree et brancher Ollama en local

Structure à trois niveaux : arbre source → arbre thématique → arbre global. Sync incrémentielle officielle ~20 minutes (beta), compression de tokens type TokenJuice.

  1. OAuth minimal : 1–2 sources lecture seule, index complet avant extension.
  2. Suivi d'index : « Dernière sync » ; syncing bloqué → proxy ou token expiré.
  3. Ollama : ollama.com, ex. ollama pull qwen2.5:7b.
  4. Endpoint : Local / Ollama ou LM Studio ; URL typique http://127.0.0.1:11434/v1.
  5. 16 Go unifiés : modèles 7B–8B quantifiés ; surveiller 13B.
  6. Obsidian (option) : vault sur SSD local.
ollama-local.sh 
ollama serve
ollama pull qwen2.5:7b
# OpenHuman Paramètres → Local LLM → http://127.0.0.1:11434

Mode entièrement offline : Ollama + Memory local, sans API cloud LLM — adapté aux assistants documentaires internes. Mac M-series sans GPU dédié : modèles 7B viables selon bande passante mémoire unifiée.

05 Spécifications citables et matrice de dépannage

  • Licence : GPL-3.0 — copyleft ; revue juridique avant intégration propriétaire (vs OpenClaw MIT).
  • Intégrations : 118+ connecteurs OAuth (liste live dans l'UI).
  • Stockage : SQLite local, pas de cloud par défaut ; exporter avant désinstallation.
  • Rythme : Early Beta ; mai 2026 ~6k+ stars GitHub. Consulter le changelog avant prod.
Problèmes fréquents install et première sync
Symptôme Cause probable Action
Échec callback OAuth proxy / horloge système sync heure ; navigateur direct ; autoriser domaine callback
Memory en syncing permanent première sync complète / token expiré moins de connecteurs ; reconnecter OAuth
Modèle local muet Ollama arrêté / mauvais port ollama serve ; port 11434 et nom modèle
Linux sans tray GUI pas de session bureau VNC ou Mac cloud avec bureau pour OAuth initial

Mise à jour : brew upgrade / apt upgrade / MSI. Avant beta majeure : capture paramètres + backup SQLite.Désinstallation : supprimer app, répertoires résiduels et cache Ollama si inutile.

06 Où héberger OpenHuman : comparaison et conclusion JEXCLOUD

Comparaison de déploiement (sync Memory + Ollama local)
Plateforme GUI / OAuth Sync 24h/24 Usage
MacBook personnel complet veille interrompt sync essai Memory Tree
VPS Linux sans GUI limité 24h/24 possible, OAuth difficile non recommandé en premier
JEXCLOUD Mac Mini M4 VNC + Tauri natif en ligne en continu, sync incrémentielle production + 8B local

Trois limites mesurables du portable et du VPS sursouscrit : veille = sync Memory stoppée ; Linux headless bloque OAuth/Tauri ; contention disque voisin ralentit Ollama et indexation (« installé mais instable »).

Pour Memory incrémentiel 24h/24 + Qwen2.5 local, le parcours fiable passe par un Mac Mini M4 bare metal JEXCLOUD : installation Homebrew et Ollama selon ce guide, OAuth unique via VNC, maintenance SSH ensuite — pas de survente virtualisée, données sur disque loué, export SQLite et modèles Ollama avant fin de contrat. Tarifs : page tarifs ; commande : commande ; aide : centre d'aide.

Retour au blog
Tags : OpenHuman Memory Tree Ollama Installation Mac Mini M4