Aller au contenu

Pourquoi Engram

Tes notes sont la trace de ta façon de penser. Elles doivent survivre à n’importe quelle application, n’importe quelle entreprise, n’importe quel modèle économique, y compris le nôtre. Engram est construit sur cette conviction.

Engram, ce sont trois choses autour de ton coffre Obsidian existant :

  • Un serveur de synchronisation en temps réel qui garde ton coffre à jour sur tous tes appareils et sur le web.
  • Un index de recherche sémantique pour poser des questions à tes notes, pas seulement les parcourir avec grep.
  • Un serveur MCP pour que Claude, Cursor, ChatGPT et d’autres assistants IA puissent lire et mettre à jour tes notes avec ton autorisation.

Il fonctionne comme un service cloud géré ou sur ton propre matériel. Le plugin, le protocole et la version sont les mêmes des deux côtés. Si c’est tout ce que tu voulais savoir, rends-toi sur Premiers pas. Le reste de cette page explique le pourquoi.

Trois engagements guident chaque arbitrage. Tout le reste en découle : un outil de notes doit être portable, t’appartenir et rester ouvert à l’IA de ton choix.

La copie de référence de ton savoir est un coffre Obsidian en markdown brut sur ton disque : pas une base de données propriétaire, pas un compte SaaS, juste un dossier. Si Engram disparaît demain, ton coffre s’ouvre toujours dans Obsidian, dans VS Code, dans cat ; les métadonnées de synchronisation sont un fichier annexe qui peut être régénéré, et les notes elles-mêmes ne sont jamais prisonnières de chez nous. Ce choix impose une discipline : tout ce qu’Engram fait au-dessus de ton coffre doit se convertir proprement en markdown, et les fonctionnalités qui ne respectent pas cette règle ne sortent pas.

Engram protège tes données par un chiffrement standard du secteur en transit (TLS) et au repos (AES-256), et suit les pratiques de sécurité que tu attends de n’importe quel produit qui traite des données personnelles. Les fonctionnalités qui rendent Engram utile (recherche sémantique, mémoire IA, synchronisation rapide) exigent que le serveur lise tes notes ; nous traitons cet accès comme une responsabilité, adossée à des garde-fous qui ne reposent pas sur ta seule confiance :

  • Jamais des données d’entraînement, jamais vendues, jamais partagées au-delà de ce que tu connectes explicitement via MCP, l’API ou un lien de partage.
  • Code source disponible sous la licence PolyForm Small Business. Si nous trahissons un jour discrètement ces engagements, le diff est public.
  • La copie de référence vit sur ton disque, pas dans notre base de données. Pars quand tu veux.

L’auto-hébergement est la mesure qui nous garde honnêtes. Dès que nos promesses cessent de correspondre au code, toute la pile est déjà entre tes mains : même logiciel, mêmes protocoles, ton matériel. Cette sortie structurelle, et non une page de politique, garantit chaque engagement ci-dessus.

La mémoire de l’IA doit être à toi, pas celle d’un éditeur

Section intitulée « La mémoire de l’IA doit être à toi, pas celle d’un éditeur »

L’IA que tu utilises aujourd’hui n’est probablement pas celle que tu utiliseras dans deux ans. Attacher ta mémoire à l’assistant que tu as configuré en premier, c’est la reconstruire de zéro chaque fois que mieux apparaît, en espérant que cette entreprise n’augmente pas ses prix, ne supprime pas de fonctionnalités et ne change pas le modèle sous tes pieds.

Engram fonctionne avec l’IA que tu utilises déjà. Que ce soit Claude, Cursor, ChatGPT ou quelque chose qui n’existe pas encore, elle pointe vers le même coffre et la même mémoire. Change d’assistant quand tu veux ; tes notes et tout ce qui est construit dessus restent en place. Nous ne livrons pas d’« IA Engram » avec notre choix de modèle imposé. Le bon assistant pour toi l’an prochain n’est pas une décision que nous devons prendre à ta place.

Une histoire familière : tu choisis une belle application de notes, tout va bien pendant un an, puis l’entreprise change de cap, augmente ses prix ou se fait racheter, et ton export se révèle être un zip de HTML à moitié cassé. Tu passes chez un concurrent uniquement cloud qui peut lire chaque note que tu as jamais écrite, y compris celles que tu ne mettrais jamais sur un panneau publicitaire. L’IA arrive, le même éditeur annonce des « fonctions IA », et tes notes deviennent discrètement des données d’entraînement, des données de rétention, ou les deux. Tu décides d’auto-héberger autre chose, et l’export perd encore des liens, des pièces jointes ou la mise en forme, alors tu recommences en markdown brut de toute façon.

Nous avons tous vécu des morceaux de cette boucle. Engram existe pour que la prochaine traversée soit la dernière.

Une bonne façon de décrire un produit, c’est ce qu’il refuse de faire. Engram ne va pas :

  • Utiliser tes notes comme données d’entraînement. Ni pour nos modèles, ni pour ceux d’un autre éditeur, ni dans le cadre d’un modèle économique que nous lancerions un jour.
  • Livrer un assistant IA propriétaire qui ne fonctionne qu’avec Engram.
  • Enfermer ton coffre dans un format que nous seuls pouvons lire.
  • Te faire payer l’accès à des notes déjà écrites. Le stockage et la recherche ne sont pas ce qui est facturé.
  • Modifier discrètement ces engagements. Si l’un d’eux change, tu le verras dans le journal des modifications et dans une mise à jour versionnée de la licence, pas dans un article de blog.

Le backend d’Engram est à code source disponible sous la licence PolyForm Small Business 1.0.0. Tu peux lire chaque ligne qui touche tes données, faire tourner toute la pile toi-même, et la forker pour un usage personnel ou de petite entreprise sans nous verser un centime. PolyForm SBL (plutôt que MIT ou AGPL) est une voie médiane délibérée : un maximum de transparence pour toi, avec une clause qui empêche un hyperscaler de revendre notre travail comme son propre service managé.

Le pari : un outil de notes privé, portable et à protocole ouvert vaut plus pour ses utilisateurs qu’un outil fermé un peu moins cher ne vaut pour le chiffre d’affaires trimestriel d’un concurrent. Nous aimerions nous tromper sur le petit nombre d’entreprises qui pensent ainsi, mais nous en sommes là.

La pile quotidienne de l’équipe est un tas d’outils open source auto-hébergés : Postgres, Caddy, Tailscale, un NAS qui ronronne dans un coin, des machines Linux qui font tourner les services que nous serions furieux de perdre à cause d’un virage SaaS. Engram existe parce que l’outil de notes qui avait sa place dans cette pile n’existait pas encore, alors nous l’avons construit.

Cela façonne la conception du produit. L’auto-hébergement n’est pas une case à cocher commerciale ajoutée à un produit cloud. C’est le même code, les mêmes protocoles, la même version. Pas de version open source bridée, pas de fonctionnalités réservées à l’offre cloud, pas de télémétrie à désactiver. Nous faisons tourner notre propre instance comme tu ferais tourner la tienne : docker compose up, tu y pointes un coffre, c’est fini. Quand la version hébergée reçoit une fonctionnalité, la version auto-hébergée la reçoit dans le même commit.

Cet alignement est structurel, pas du marketing. Si nous cessons un jour de traiter la version auto-hébergée comme la référence, les commits ne correspondront plus, et le diff est public. D’ici là, chaque ligne que nous livrons doit survivre aux membres de l’équipe qui la font tourner sur leur propre matériel, ce qui veut dire que nous ne livrons pas de lignes qui n’y survivraient pas.