Après avoir installé OpenHuman, je n’ai pas activé les 118 intégrations d’un coup. La doc GitBook cite Gmail, Notion, GitHub, Google Calendar, Slack… Pour un indie ou une petite équipe, le contexte quotidien tient souvent dans un triangle : mail pour les engagements, Notion pour les specs, GitHub pour la livraison. J’ai branché ces trois-là seulement et observé 72 heures sur disque.
En bref : OpenHuman n’est pas « trois onglets dans un chat ». Après OAuth, le Memory Tree grandit en local — par défaut environ toutes les 20 minutes, l’auto-fetch (doc) tire mails, pages et activité repo, les compresse en Markdown et alimente SQLite plus un coffre style Obsidian. La qualité du chat évolue avec retard et par accumulation : peu visible les premières heures, nettement meilleure au jour 2 pour les questions transverses, au jour 3 le disque et le bruit deviennent des coûts réels.
1. Pourquoi Gmail, GitHub et Notion en premier
- Gmail — changements de périmètre, deadlines orales, pièces jointes ; souvent absent de Notion.
- Notion — PRD, contrats d’API, comptes rendus ; structuré mais découplé du dépôt et du fil mail.
- GitHub — merges, CI, promesses dans les issues ; vérité de livraison, autre UI que le mail commercial.
ChatGPT ou Copilot avalent un copier-coller à la fois, pas trois flux qui bougent en continu. Dépôt : tinyhumansai/openhuman. Hébergement 24/7 : OpenHuman sur Mac cloud.
2. Jour J : OAuth et premier fetch
- Gmail — pas tout l’historique ; 30 jours ou libellé Important.
- Notion — bases et pages actives seulement.
- GitHub — par org/repo ; repos perso plus tard.
Après le dernier « Autoriser », l’UI n’est pas magique. Pull complet en arrière-plan ; Activity Monitor montre OpenHuman en I/O. Arborescence type gmail / notion / github dans le wiki.
memory/ ├── gmail/threads/ ├── notion/pages/ └── github/repos/
« Résume ma semaine » tout de suite reste flou — normal avant les liens inter-sources.
3. À quoi ressemble chaque source indexée
| Source | auto-fetch | Dans le Tree | Bruit |
|---|---|---|---|
| Gmail | nouveaux fils, libellés | résumés Markdown par fil | newsletters, mails GitHub |
| Notion | pages, lignes DB | .md par page | modèles vides, archives |
| GitHub | push, PR, issues | par dépôt | dependabot, bots |
Tout est aplati en Markdown — diffable et cherchable. Ouvrir un .md dans le Finder aide à distinguer mauvais fetch et mauvais raisonnement.
4. Dès le jour 2 : les questions transverses
Après 4–6 cycles auto-fetch (souvent une nuit), des questions qui exigeaient trois apps ont vraiment mieux marché (noms clients anonymisés) :
- Le client A déplace le lancement du 15/06 au 22/06 dans le mail — PRD Notion et jalon GitHub alignés ? → liste d’écarts.
- Quelles PR mergées sur le repo X cette semaine vs le scope promis par mail ?
- Compte rendu : rate limit — mergé dans le code ?
Fil rouge : alignement et détection d’écarts, pas rédaction de code ni envoi de mail. Pour exécuter : OpenClaw — mémoire et action sont des couches différentes.
5. Trois surprises
5.1 Le disque grossit plus vite que le chat
48 h : < 200 Mo → ~1,2 Go. Historique monorepo et grosses bases Notion. du -sh chaque jour.
5.2 Le bruit pollue « ma semaine »
Mails GitHub dans Gmail, Notion vide, commits dependabot — tout est indexé. Filtres Gmail, repos archivés ignorés, contraintes dans le prompt.
5.3 Capot fermé = trou de sync
Réunion de 2 h, capot fermé — trou dans les logs ; « le client a répondu hier soir ? » faux le lendemain. Veille = fetch en pause. Mac toujours allumé ou pas de veille à la fermeture.
6. Après une semaine : nouvelles habitudes
- 5 min le matin — mails clients, PR bloquantes, urgent Notion (24 h).
- Avant de répondre — brouillon de mail de confirmation de scope depuis fil + page API Notion.
- Vendredi — incohérences sur le projet Y, vérification des .md cités.
Pas encore Calendar ni Slack — prouver d’abord que le triangle vaut l’entretien. Beaucoup de réunions → Calendar souvent meilleur 4e connecteur que Slack.
7. Quatre règles avant de brancher
- Connecteurs par étapes, 24 h d’observation disque/CPU par source.
- Memory Tree = source de vérité ; ouvrir le .md en cas d’erreur.
- Modèle cloud = extraits de mail sortent — pas de mail entreprise DLP sur un jumeau perso.
- Sauvegarder SQLite + Markdown chiffré.
8. FAQ
Q1 : trois suffisent ?
Pour valider la valeur, souvent oui. Bruit et disque avant d’en ajouter dix.
Q2 : doublon avec Gemini / Notion AI ?
Assistant mono-app vs index persistant multi-sources en local.
Q3 : dépôts privés ?
Jetons locaux ; risque = fuite du coffre entier. FileVault, pas de sync cloud public.
Q4 : 72 h pour décider ?
En général oui. Rituel du matin qui fait gagner du temps → hébergement 24/7.
Q5 : Mac cloud obligatoire ?
Non — deux capots fermés qui cassent le sync → section suivante.
Capot fermé = sync arrêtée ? Hébergez les trois sur un Mac toujours allumé
L’auto-fetch Gmail + Notion + GitHub exige un hôte toujours éveillé. Sommeil du portable et Wi‑Fi instable = trous dans le Memory Tree. Nuvcloud Mac mini M4 : SSH/VNC, disque extensible, facturation jour/semaine/mois.
Voir le guide OpenHuman sur Mac cloud ou les tarifs pour une semaine en location journalière.