Ajouter un dépôt git, et le trier en coffres Docs, Code et Historique
Quand tu ajoutes un dossier qui est un dépôt git, Mnemosyne OS ne l'ingère pas tout de suite. Il regarde d'abord ce que le dépôt contient, puis te propose un tri dans une fenêtre « Dépôt git ». Rien n'entre en mémoire avant ton choix.
Ça vaut pour toutes les façons d'ajouter un dossier : la fenêtre d'un vault, un nouveau vault, l'import des Réglages, un dossier lâché sur le plateau, « Mémoriser ce dossier » dans l'explorateur, et l'étape git de l'onboarding.
Pourquoi trier un dépôt
Un dépôt mélange trois choses qu'on ne cherche pas de la même façon : la documentation (README, notes en Markdown, PDF), le code, et l'historique des commits. Dans un seul vault, demander la version de ton application ramène pêle-mêle un README, un commit et un morceau de script. Trois vaults séparés font tomber chaque recherche au bon endroit.
La fenêtre de tri
La fenêtre affiche le nom du dépôt, son nombre de fichiers et son nombre de commits. Elle propose un vault parent au nom du dossier, et trois tuiles en dessous :
- Docs : les fichiers de documentation que Mnemosyne OS sait lire.
- Code : un bouton par langage, avec son nombre de fichiers, et la configuration.
- Historique git : les commits du dépôt.
Une tuile verte est retenue, un clic la retire. Chaque tuile porte le nom du vault qu'elle créera, et tu peux le changer.
« Créer les coffres » crée le parent et ses vaults. « Tout dans un seul coffre » garde l'ancien comportement : tout le dossier dans un seul vault. « Annuler » n'ajoute rien.
Les langages lus
Le vault Code lit TypeScript, Python, Rust, Kotlin, Java et JavaScript, ainsi que la configuration (JSON, YAML, TOML). Un langage marqué « non lu » est compté mais n'entre pas en mémoire : Go, C, C++, C#, Swift, Ruby, PHP et quelques autres.
Le vault Code est indexé par les mots seulement, sans vecteurs. On y retrouve un fichier par les noms exacts qu'il contient, une fonction, une classe, une constante. C'est ce qui marche pour du code, et ça évite que des morceaux de code viennent encombrer ce qui remonte de tes documents.
Un dossier à l'intérieur d'un dépôt
Si le dossier choisi est un sous-dossier d'un dépôt, et pas sa racine, la tuile Historique git n'est pas proposée. Elle lirait l'historique du dépôt entier, ce que tu n'as pas choisi.
Reclasser un vault où tout a déjà été mélangé
Si tu as ajouté un dépôt avant que ce tri existe, ses docs, son code et ses commits sont peut-être déjà dans un seul vault. Dans la fenêtre de ce vault, sous ses dossiers surveillés, une carte le signale avec un bouton « Reclasser ».
Le vault garde ses documents, ainsi que leur indexation. Le code et l'historique partent dans de nouveaux vaults créés à l'intérieur de celui-ci. Avant de toucher à quoi que ce soit, la fenêtre affiche ce qui va partir, par exemple le nombre de fichiers de code et de commits. Seul « Confirmer » fait le changement. Les souvenirs de fichiers que tu as déjà supprimés du disque restent dans ce vault : ils n'auraient nulle part où aller.
Un langage que tu décoches dans la tuile Code sort de la mémoire. Les nouveaux vaults sont créés avant que quoi que ce soit quitte l'ancien : si une étape échoue, tu peux voir des doublons, jamais une perte.
Le faire faire par ton agent de code
Un agent de code relié à Mnemosyne OS (Claude Code dans ton éditeur, par exemple) peut analyser un dépôt, le trier en vaults et reclasser un vault mélangé, sans fenêtre à chaque fois. Tu lui as donné ce droit une fois, quand Mnemosyne OS t'a demandé de l'autoriser à trier tes dépôts. Il suit les mêmes règles que la fenêtre : ce qu'il trie vient de l'analyse de Mnemosyne OS, pas de ce qu'il raconte.