Vous connaissez ce sentiment ?
Chaque fois que vous ouvrez ChatGPT, vous recommencez à expliquer :
- qui vous êtes
- sur quel projet vous travaillez
- ce que vous faisiez la semaine dernière
Vous fermez l'onglet — et tout est oublié.
C'est la faiblesse commune de la plupart des assistants IA aujourd'hui : modèles puissants, mémoire à long terme faible. La vague IA personnelle de 2026 déplace la réponse de « une fenêtre de chat plus longue » vers « une mémoire que vous accumulez, éditez et supprimez sur votre propre disque ». OpenHuman (TinyHumans, open source) construit un jumeau numérique IA autour d'un Memory Tree local — l'une des pistes les plus visibles sur GitHub et Product Hunt.
Ce n'est pas un guide d'installation (ils vieillissent en une semaine). L'article répond à pourquoi la mémoire d'agent compte, en quoi OpenHuman diffère de ChatGPT, ce qui se passe après Gmail, GitHub et Notion, et comment le combiner avec OpenClaw. Pour une mise en route en cinq minutes, voir notre guide d'installation.
Pourquoi l'IA a-t-elle besoin de mémoire à long terme ?
Un chat sans état transforme votre assistant IA en nouveau collègue à chaque session : quelques lignes dans le prompt système sont des post-it, pas un workflow à travers mail, repos et trimestres. Vous passez vingt minutes dans ChatGPT à expliquer une décision d'architecture ; la semaine suivante, dans un fil neuf, il redemande le « contexte projet ». Ce n'est pas de la stupidité — la forme produit ne persiste pas votre contexte de vie par défaut.
L'idée du second brain est plus ancienne que les LLM — Notion et Obsidian vous faisaient curater des notes à la main. La nouvelle question : la mémoire d'agent IA peut-elle ingérer automatiquement des fragments de travail et de vie, tout en vous laissant ouvrir un dossier, vérifier et supprimer des lignes sensibles ? Si vous ne « faites confiance qu'au modèle », vous ne pouvez pas auditer ce qu'il a retenu ; si vous ne « copiez que dans des notes », le coût de sync explose. L'IA personnelle vise le milieu : la machine tire, l'humain curate, l'agent récupère.
Les assistants IA génériques peinent dans des scènes comme celles-ci :
- Fondateurs / conseillers — mail, calendrier et fils Slack éparpillés ; trente minutes chaque matin juste pour savoir à qui répondre et quelles réunions sont immuables
- Engineering leads — PRs sur plusieurs repos, docs de design et OKR ; les agents de code connaissent le code mais pas ce que vous jonglez cette semaine en tant que personne
- Power users Obsidian — un vault existant ; ils veulent un jumeau numérique IA qui le cite, pas un autre fil cloud non exportable
Les développeurs utilisent déjà ChatGPT pour le mail et les snippets ; Claude Code et Cursor pour les repos. Quand vous avez besoin de « l'issue du meeting la semaine dernière, les repos actifs et les collaborateurs fréquents » sans coller le même README chaque semaine, il manque une couche mémoire local-first. IA personnelle vs chat générique, c'est surtout continuité d'identité vs qualité de raisonnement ponctuel.
OpenHuman vs ChatGPT : qu'est-ce qui diffère ?
Les recherches « qu'est-ce qu'OpenHuman » et « OpenHuman vs ChatGPT » visent en général : pas qui est le plus intelligent, mais où vit la mémoire et à qui appartiennent les données.
| Dimension | ChatGPT | OpenHuman |
|---|---|---|
| Mémoire à long terme | Limitée ; selon plan/région ; difficile à exporter et auditer | Memory Tree local, Markdown lisible |
| Propriété des données | Surtout fils de chat cloud | SQLite + vault sur appareil, IA locale d'abord |
| Gmail | Plugins ou collage manuel | OAuth + auto-fetch périodique |
| GitHub | Pas de sync native au niveau repo | Adapté à la mémoire d'agent IA |
| Obsidian | Aucune | Tree sync vers dossiers compatibles Obsidian |
| Slack / Linear | Plugins ou copier-coller | OAuth dans le Memory Tree |
| Choix de modèle | Routage éditeur | Multi-modèle ; Ollama IA locale optionnel |
| Idéal pour | Q&R, rédaction, brainstorming | Jumeau numérique IA, second brain auditable |
ChatGPT reste un assistant IA généraliste de premier plan ; OpenHuman ne vise pas à le remplacer — il comble la couche cross-app, accumulable et supprimable. Beaucoup les combinent : raisonnement lourd et longs brouillons dans ChatGPT ; « qui suis-je et que fais-je en ce moment » sur une IA personnelle de bureau. Si vous utilisez déjà la mémoire ChatGPT, demandez : Puis-je exporter en Markdown ? Supprimer un paragraphe dans Obsidian ? Ingérer automatiquement GitHub et le mail dans un tree ? Deux « non » signifient que vous êtes encore sur des post-it cloud, pas une vraie mémoire d'agent IA.
« Qu'est-ce qu'OpenHuman » et « OpenHuman vs ChatGPT », c'est le même embranchement : voulez-vous une réponse ponctuelle plus forte, ou un contexte quotidien stable ? Le premier reste dans le navigateur ; le second vaut l'évaluation d'une IA personnelle de bureau avec vault local.
Pratique : après Gmail, GitHub et Notion
Depuis un cold start desktop Beta (pas un test officiel — pour calibrer les attentes). Pour des notes de terrain, voir notre retour d'expérience cinq jours.
J'ai connecté :
- Gmail — boîte pro (OAuth lecture seule)
- GitHub — compte principal open source et side projects
- Notion — specs projet et notes de réunion
La première sync a pris environ 20 minutes (alignée sur l'auto-fetch officiel). Minutes 0–5 : OAuth et scopes ; vers la minute 10, résumés de sujets mail dans le vault ; vers 20 minutes, GitHub mappé sur les 2–3 repos les plus actifs. Gains nets :
- L'assistant IA a cité repos récents et thèmes d'Issues sans README collé
- « Todos de réunion cette semaine » a tiré chunks calendrier + Notion (à vérifier vous-même)
- Ouvrir Obsidian montrait des fichiers
.mdpar thème — vous voyez ce que l'agent pense que vous savez
Trois prompts, avant et après connexion des comptes :
| Prompt | Avant connexion | Après première sync |
|---|---|---|
| « Sur quel projet open source je travaille en ce moment ? » | Coller l'URL du repo ou expliquer | Liste repos sync et thèmes d'Issues récents |
| « Des mails importants sans réponse ? » | Conseils génériques boîte de réception | Cite fils résumés Gmail (pièces jointes parfois légères) |
| « Résume cette spec Notion en trois puces » | Copier le texte complet dans ChatGPT | Récupère blocs sync depuis le Memory Tree (selon scope) |
Une journée type : auto-fetch matinal sur mail et Slack ; après-midi code avec IA personnelle citant notes d'architecture du vault (« pourquoi avons-nous changé ce module ? ») ; capture vocale le soir dans les couches de résumé. Les relances demandent rarement le contexte depuis zéro ; la compression TokenJuice bat le dump d'e-mails HTML entiers dans le chat.
Les limites comptent : reconnexions de connecteurs occasionnelles ; churn Beta rapide ; décisions de longs fils parfois compressées ; pas pour workflows finance non supervisés. Le jour un, le tree est clairsemé — le jumeau numérique IA ressemble à un onboarding ; dès le jour deux, plutôt à un collègue qui se souvient. Comme dans le guide d'installation : attendre un cycle de fetch avant de juger.
Qu'est-ce que Memory Tree ?
Memory Tree est le cœur d'OpenHuman : mémoire d'agent IA sur votre disque, pas dans une boîte noire éditeur. On parle parfois d'un « agent à cerveau Obsidian » — proche de l'idée de base de connaissances LLM de Karpathy : texte structuré, récupérable et relisible par l'humain, plutôt que logs de chat infinis.
Pipeline approximatif (conceptuel) :
- Ingest — OAuth vers Gmail, GitHub, Notion, etc. ; auto-fetch environ toutes les 20 minutes
- Chunk — longs mails/docs en blocs Markdown ~3k tokens dans SQLite
- Arbre de résumés — résumés hiérarchiques ; récupérer le résumé d'abord, puis approfondir
- Export — vault compatible Obsidian ; tagger, supprimer, réécrire
- Plus outils memory / web-fetch / coder (git, lint, test) et routage multi-modèle
- Ollama optionnel pour IA locale ; setups air-gapped perdent des capacités mais les fichiers restent locaux
Pour les développeurs, Issues, PRs et docs de design deviennent contexte long terme sans coller le README chaque semaine dans ChatGPT. Pour les autres, résumés mail et calendrier entrent dans le même tree — plus de mémoire ne signifie pas forcément une fenêtre de contexte pleine à chaque tour. Ouvrir le vault dans Obsidian : c'est la différence second brain face au chat opaque.
Ce qu'OpenHuman résout (pas un tutoriel d'install)
OpenHuman : synchroniser d'abord les données de vie, puis laisser l'agent agir. Flux officiel (docs) : install UI → OAuth → ~20 min auto-fetch → Memory Tree → Markdown style Obsidian éditable ou supprimable.
Les agents desktop en 2026 passent de la « sidebar chat » au « collègue longue durée ». OpenHuman vise l'onboarding GUI — moins « nouvel onglet ChatGPT à chaque fois », plus « collègue de bureau qui se souvient de la semaine dernière ». Les intégrations varient selon région et Beta ; couramment Gmail, Calendar, GitHub, Notion, Slack, Linear, Drive, Stripe — consulter la liste du repo.
Stack : cœur Rust, shell Tauri, 118+ OAuth via connecteurs type Composio, Ollama IA locale optionnel, agents voix et réunion, routage multi-agents (modèle rapide pour tâches légères). GPL-3.0 permet de forker la politique de sync ou des modèles offline-only — utile pour équipes anti lock-in qui doivent faire cliquer des non-ingénieurs sur OAuth.
Open source ≠ SLA entreprise ou conformité clé en main. Un jumeau numérique IA ici, ce sont des fichiers lisibles sur votre disque et un second brain que vous curatez — pas un fil cloud que vous ne pouvez pas inspecter. Le buzz GitHub reflète une vraie demande ; le buzz ne signifie pas que votre équipe sécurité approuvera le mail pro sur un laptop.
Comment OpenClaw et OpenHuman travaillent ensemble
Sagesse populaire : OpenClaw aide l'agent à faire des choses ; OpenHuman l'aide à se souvenir qui vous êtes. Voir l'article comparatif.
| Dimension | OpenHuman | OpenClaw |
|---|---|---|
| Cœur | Memory Tree, mémoire lisible, IA personnelle desktop | Gateway, plugins, IM/webhooks |
| Idéal pour | Second brain sur votre disque | Bots 24h/24, déclencheurs pipeline |
| Tourne sur | Desktop local ; s'arrête quand le capot se ferme | Souvent Linux VPS |
Composez-les : Slack/webhooks externes sur VPS ; planification et mémoire d'agent IA dans un vault local — moins de tentation de garer toute la boîte mail sur un serveur public. N'attendez pas de bots 24h/24 d'un laptop endormi. Build iOS et notarisation exigent une vraie story Mac — orthogonal à la mémoire « qui suis-je » ; voir Agent Skills et tendances GitHub pour la répartition des rôles en équipe.
Se souvenir vs exécuter
Demandez d'abord : mémoire ou exécution ? Refactors sur quarante fichiers → agent de code. Priorités du matin → IA personnelle + Memory Tree. Builds déclenchés par IM → OpenClaw. Ne regroupez pas les trois dans une même ligne d'achat.
Confidentialité et limites
GPL-3.0 signifie que vous pouvez auditer le client ; les appels LLM cloud envoient quand même des extraits Memory Tree récupérés au-delà des frontières — choisissez les régions modèle au contrat. Local-first ≠ zéro risque : les jetons OAuth sont des clés ; révoquez en cas de perte d'appareil ou offboarding et rescannez le vault.
Entreprises : DLP et si le mail complet peut atterrir sur disque. Particuliers : moindre privilège et chiffrement disque. Si la politique interdit l'IA locale non approuvée sur données pro, revue sécurité avant de connecter les comptes travail — c'est politique app/compte, pas choix d'OS laptop.
Les fonctions de contrôle navigateur et ordinateur élargissent la surface d'impact — utilisez des connexions test à faible privilège en prod. En Beta : connecter → attendre un fetch → ouvrir le vault et censurer → puis boîte principale ; éliminez régulièrement blocs obsolètes ou sensibles dans Obsidian.
Checklist avant lancement (8 points)
Pour tech leads ou power users — plus de cases cochées = meilleur candidat pilote ; pas un scorecard.
- Fatigué de réexpliquer le contexte projet à votre assistant IA ?
- Prêt à éditer/supprimer la mémoire, sans déléguer toute la curation ? (un second brain demande de l'entretien)
- Vos outils cœur sont-ils sur la liste d'intégrations ou extensibles ?
- La conformité autorise-t-elle métadonnées mail/code sur machine personnelle ?
- Besoin encore de builds iOS / signature macOS ? — planifiez la capacité Mac séparément du jumeau
- Séparer Slack/webhooks de l'IA personnelle desktop ? — OpenClaw dans le cloud, mémoire locale
- OK avec churn Beta et pannes occasionnelles de connecteurs ?
- L'offboarding inclut export ou destruction du vault local ?
Schéma courant : piloter une IA personnelle type OpenHuman pour soi ; bots externes et livraison iOS sur VPS / Cloud Mac — trois calendriers, pas un seul document d'achat.
Pour qui construire un jumeau numérique IA personnel ?
Bon profil :
- Fondateurs/conseillers avec mail/calendrier/IM denses voulant des résumés de priorités quotidiens depuis un assistant IA
- Développeurs sur Claude Code / Cursor manquant de contexte de vie, pas d'un autre agent terminal
- Utilisateurs Obsidian voulant une mémoire d'agent IA dans le même format lisible que leurs notes
Mauvais profil :
- Besoin principal : CI déclenchée par IM et logs de build — commencer avec OpenClaw
- Entreprise interdit le mail pro sur disques personnels — pas de boîte principale avant feu vert conformité
- Chat occasionnel seulement — ChatGPT suffit ; pas une app desktop de plus
FAQ
OpenHuman est-il gratuit ?
Le client est open source (GPL-3.0). Modèles cloud et certains connecteurs OAuth peuvent facturer via des tiers. IA locale 100 % Ollama, surtout hardware et électricité — plus faible que les meilleurs modèles fermés.
Ai-je besoin d'Obsidian ?
Non. Le vault est du Markdown plain ; Obsidian est l'UI de relecture populaire.
En quoi diffère-t-il de Notion AI ou Copilot ?
Ceux-là restent dans un seul produit. OpenHuman couvre Gmail, GitHub, Slack, etc. — une IA personnelle / jumeau numérique IA cross-app avec fichiers sur votre disque.
La sync continue-t-elle quand le capot est fermé ?
Non. Les agents desktop ont besoin de hardware éveillé ; pour ingest 24h/24, utilisez un Mac toujours allumé ou Cloud Mac (section suivante).
Quand faut-il un Cloud Mac ?
Le Memory Tree IA personnelle appartient sur du hardware que vous contrôlez ; deux cas exigent souvent un nœud macOS dédié :
- Sync arrière-plan 24h/24 — veille et capot fermé stoppent les agents desktop ; résumés mail nocturnes peuvent exiger une box always-on type Mac mini (chiffrer le disque, moindre privilège)
- Release Xcode + gateway OpenClaw — complète « se souvenir qui vous êtes » : builds, signature, webhooks sur macOS dédié ou VPS Linux — garder les lignes d'achat séparées
Cloud Mac Apple Silicon convient aux files build/signature nocturnes ; VPS Linux à l'automation OpenClaw — aucun ne remplace un vault style Obsidian que vous maintenez, mais ils découplent shipping et bots externes d'un laptop endormi. Vous évaluez « jumeau local, build et gateway dans le cloud » ? Voir les plans Cloud Mac ZavCloud pour une preuve build ou gateway propre — planifiez mémoire, livraison et bots externes sur trois pistes.
- Guide d'installation OpenHuman (2026)
- Agent Skills & tendances GitHub
- Documentation officielle OpenHuman
ZavCloud
Jumeau sur votre machine, build & gateway dans le cloud
Mac mini macOS dédié pour gateways OpenClaw et files Xcode ; gardez le Memory Tree IA personnelle dans un vault local — trois lignes, propriété plus claire.
Voir offres & tarifs