Guide complet OpenHuman 2026 : installation et configuration jusqu'à Memory Tree opérationnel

Installation bureau · intégrations OAuth · runbook en six étapes · frontière local/hébergé · choix d'hôte 24/7

Installation OpenHuman et assistant IA Memory Tree local 2026

Vous souhaitez déployer OpenHuman en 2026 (tinyhumansai/openhuman, environ 29 000 étoiles sur GitHub) sans hésiter entre un DMG et un pip install ? Ce guide professionnel décrit le parcours complet : client de bureau Rust + Tauri, Memory Tree en SQLite local, plus de 118 intégrations OAuth et un auto-fetch toutes les ~20 minutes. Vous y trouverez un tableau d'environnement, un runbook en six étapes, la validation de la première requête, un tableau de dépannage et des recommandations d'hébergement 24/7. Par rapport au guide double framework OpenClaw, cet article se concentre sur l'installation autonome d'OpenHuman.

01

OpenHuman en bref : pourquoi l'installer dès 2026

OpenHuman (TinyHumans, licence GPL-3.0) est un super-assistant IA de bureau orienté local : le Memory Tree transforme Gmail, GitHub, Notion, Slack et d'autres sources en blocs Markdown stockés en SQLite sur la machine, plutôt que dans une base vectorielle opaque. L'application propose un routage automatique des modèles, la recherche web, une chaîne d'outils Coder, la voix et une mascotte de bureau pour Google Meet. Contrairement à ChatGPT dans le navigateur, le contexte sur plusieurs semaines reste sur votre disque ; les intégrations se connectent en OAuth en un clic.

Cinq erreurs fréquentes à l'installation : confondre OpenHuman avec un projet « digital human » CUDA, négliger la frontière local vs hébergé, interroger l'assistant avant la fin de l'auto-fetch, attendre un fonctionnement 24/7 sur MacBook fermé, ou compiler depuis les sources sans Node 24 / Rust 1.93. Ce guide couvre l'installation officielle du bureau et la première mise en service ; pour un déploiement conjoint avec OpenClaw, voir l'article de mai.

ParamètreMinimumRecommandé (grande boîte mail + modèle local)
SystèmemacOS / Windows 10+ / Linux bureaumacOS 14+ Apple Silicon ou Ubuntu 24.04 LTS
Mémoire4 Go+16 Go+ (documentation officielle : gros comptes ou modèle local)
Disque~2 Go application + SQLite croissant50 Go+ SSD pour Memory Tree et journaux
GPUnon requis (routage cloud par défaut)UMA Apple Silicon pour modèle local
Réseauconnexion requise pour login et OAuthlien stable pour Meet et auto-fetch
  1. 01

    Voie pip/CUDA : les utilisateurs finaux passent par installateur ou script curl, pas par pip install -r requirements.txt d'un dépôt digital human.

  2. 02

    Frontière des données : Memory Tree est local, mais login, une partie des OAuth et le proxy de recherche peuvent rester hébergés — Advanced permet RPC et modèles personnalisés.

  3. 03

    Première question trop tôt : après Gmail/GitHub, attendre environ 20 minutes d'auto-fetch avant de demander un résumé hebdomadaire.

  4. 04

    Portable comme serveur : la mise en veille interrompt la synchronisation ; la capitalisation Memory Tree exige un hôte bureau toujours actif.

  5. 05

    Compilation incomplète : contributeurs : Git, Node.js 24+, pnpm 10.10, Rust 1.93 (rustfmt/clippy), CMake et sous-modules.

02

Canal d'installation et hôte : paquets officiels vs location Mac Mini M4

La même application OpenHuman se comporte différemment selon le canal d'installation, la disponibilité et l'adéquation à l'auto-fetch en production. Le tableau ci-dessous vise les équipes qui souhaitent voir Memory Tree croître chaque jour.

Canal / hôtePublicAuto-fetch 24/7Remarque
DMG / MSI officielsutilisateurs macOS / Windowsdépend de la machine alluméetéléchargement sur tinyhumans.ai/openhuman
curl / Homebrew / aptmacOS / Linux à l'aise en terminalidemscripts alignés sur le README
MacBook personnelessai, intégrations légèresinterrompu à la fermeturePOC uniquement, pas de production mémoire
Location Mac Mini M4Memory Tree partagé, proxy MeetSLA datacenter, toujours allumélivraison SSH ; cohabitation Ollama/OpenClaw possible

L'installation prend quelques minutes ; faire grandir Memory Tree toutes les 20 minutes exige le bon hôte 24/7.

Scripts en un clic pour macOS/Linux et PowerShell pour Windows ; sur Linux, dépôt apt signé disponible. Si vous prévoyez OpenClaw Gateway et OpenHuman bureau sur le même nœud loué, privilégiez 16 Go+ UMA et un quota disque dédié à SQLite et aux journaux.

03

Runbook en six étapes : de l'installation à la première requête Memory Tree

Parcours utilisateur final bureau (hors contribution aux sources). Les données résident dans le répertoire applicatif (SQLite Memory Tree, vault Markdown) — sauvegardez avant toute mise à jour.

  1. 01

    Téléchargement et installation : tinyhumans.ai/openhuman pour DMG/MSI, ou script officiel (macOS/Linux x64).

  2. 02

    Premier lancement et connexion : Sign in! Let's Cook via compte social ; la plupart des utilisateurs n'ont pas besoin de modifier l'URL RPC Advanced.

  3. 03

    Première source : OAuth Gmail ou GitHub (118+ intégrations), confirmer l'autorisation.

  4. 04

    Attendre l'auto-fetch : laisser l'application ou l'hôte actif environ 20 minutes pour que le planificateur alimente Memory Tree.

  5. 05

    Validation première requête : par exemple « PRs GitHub de la semaine dernière » ou « e-mails par thème » — la réponse doit citer vos données.

  6. 06

    Options avancées : consulter le routage des modèles, activer un modèle local (machine bien dotée), ou configurer Composio et recherche pour réduire la dépendance hébergée.

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

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

Local vs hébergé : Memory Tree, vault Markdown et configuration workspace restent sur la machine ; par défaut, login, routage de modèles, une partie des OAuth et le proxy de recherche passent par OpenHuman. Pour des modèles et identifiants entièrement propres, suivre le parcours custom setup de la documentation.

04

Dépannage : erreurs d'installation et premier lancement

Ces symptômes apparaissent souvent lorsque l'application est ouverte mais Memory Tree semble vide — traiter le tableau ligne par ligne ; éviter réinstallation, changement de compte et vidage de base simultanés.

SymptômeCause probableAction
Impossible de connecter Gmail/GitHubréseau ou callback OAuth bloquévérifier proxy/pare-feu ; relancer OAuth ; autoriser les domaines de callback
Réponses sans lien avec mes donnéesauto-fetch incompletattendre ~20 min ; vérifier statut Active sur la page intégrations
Échec script Linuxpas x64 ou bibliothèques manquantespaquet officiel ; GitBook Getting Started
Échec compilation pnpm dev:appversions Node/RustNode 24+, pnpm 10.10, Rust 1.93, sous-modules
OOM modèle localmémoire insuffisantedésactiver modèle local ; ou hôte 16 Go+

Performance et extensions

Pour une grande boîte mail ou un monorepo, privilégier I/O disque et 16 Go RAM ; réduire les sources parallèles si la mémoire est limitée. Voix, proxy Meet et Coder sont inclus — aucun plugin fichier supplémentaire. Avec OpenClaw sur le même hôte : snapshots SQLite et vault avant nettoyage concurrent.

05

Références, cas d'usage et choix d'hôte

  • Open source : tinyhumansai/openhuman ~29 000 étoiles (juin 2026), pile Rust + Tauri.
  • Intégrations : documentation 118+ OAuth ; connexions actives auto-fetch ~20 minutes.
  • Structure mémoire : source → Markdown → blocs ≤3k tokens → arbre par source/thème/résumé journalier → SQLite local.
  • Licence : GPL-3.0 ; usage commercial et redistribution à évaluer séparément.
  • Consommation M4 : bureau inactif ~4–6 W, charge typique 15–25 W (modèle local/Meet).

Cas d'usage : développeur solo avec GitHub + Notion pour rapports hebdomadaires ; équipe ops avec Gmail + Calendar pour synthèses de réunions ; équipe installant OpenHuman sur un Mac Mini loué, maintenance VNC/SSH, portable fermé. Ordinateur portable et PC domestique suffisent pour valider l'installation, mais la veille interrompt la capitalisation Memory Tree ; un VPS Linux pur n'offre pas l'expérience bureau complète. Pour un assistant qui se souvient de vos e-mails de la semaine passée, la location Mac Mini M4 regroupe disponibilité, UMA et OpEx prévisible.

Après ce runbook, si vous avez besoin d'un nœud 24/7 : VpsMesh fournit Mac Mini M4 par SSH, panneau ressources, sauvegarde du répertoire applicatif avant fin de bail. Tarifs : tarifs location Mac Mini M4, assistance : centre d'aide, commande : page de commande.

Attention : ne changez pas simultanément d'hôte, ne videz pas Memory Tree, ne mettez pas à jour la version majeure et ne réinitialisez pas tous les OAuth le même week-end — stabilisez la première requête 24 h, puis modifiez modèle local ou proxy Meet.

FAQ

Questions fréquentes

Non. Installation via DMG/MSI, curl | bash, Homebrew ou apt. La compilation source exige Node 24+, pnpm 10.10, Rust 1.93 — ce n'est pas la voie CUDA « digital human ».

Base, vault Markdown et workspace par défaut en SQLite local. Login, routage et une partie des OAuth peuvent rester hébergés ; Advanced/custom setup avec modèles et Composio propres pour resserrer la frontière.

OpenHuman est une application de bureau ; l'expérience complète est sur macOS. Pour auto-fetch et proxy Meet permanents : location Mac Mini M4 plus stable qu'un MacBook fermé ; combinaison OpenClaw : guide double framework. Tarifs page tarifs, commande page commande.