Notion · Pratique et outillage
Motherfolder et organisation des fichiers
Un dossier racine unique où vivent tous vos projets, chacun dans son sous-dossier, avec des noms clairs et une seule version à jour. L’hygiène qui évite à un agent de travailler au mauvais endroit.
Comment ça marche
L’idée est simple : un dossier racine, dans votre dossier personnel, qui contient tous vos projets. Chacun dans son sous-dossier, avec un nom clair et stable, un README, et à l’intérieur une organisation prévisible : les entrées, les sorties, les documents de référence, les scripts. Pas de « final_v2_corrigé », pas de doublons, une seule version à jour de chaque chose.
Cette hygiène, utile depuis toujours, devient indispensable avec un agent. L’agent travaille dans le dossier où on le lance : c’est son périmètre par défaut, ce qu’il peut lire et écrire sans demander. Un dossier bien organisé lui donne un contexte clair et un périmètre sûr. Un dossier en désordre lui donne des mauvais fichiers à lire, des bons fichiers à écraser, et aucune chance de deviner ce qui est à jour. Le rangement n’est pas une préparation à l’IA ; c’en est la première étape.
Un exemple concret
- Avant : les dossiers clients sur le bureau, les propositions dans Téléchargements, les gabarits dans trois endroits, chaque document en quatre versions. L’agent, lancé « quelque part », met vingt minutes à trouver le bon contrat et modifie une version obsolète.
- Le rangement, une matinée avec l’agent : un dossier racine « travail ». Dedans : clients/ (un sous-dossier par client, avec recus/, produits/, notes/ et un README), gabarits/ (une version de chaque), outils/ (les scripts et automatisations), et un README racine qui dit tout ça.
- La règle : un document a un seul emplacement. Les versions passées vont dans Git, pas dans le nom du fichier.
- Après : l’agent se lance dans clients/durand/, lit le README, et travaille au bon endroit. La consigne « ne modifie jamais recus/ » est dans le fichier de consignes.
Le consultant n’a pas gagné de temps le jour du rangement. Il en gagne à chaque session depuis.
Ce que ça change pour une équipe
- L’agent est fiable parce que l’environnement l’est. Un périmètre clair, des fichiers à jour, un index : les erreurs de contexte disparaissent.
- Les permissions ont un sens. « Écrit librement dans produits/, jamais dans recus/ » n’est possible que si ces dossiers existent et sont respectés.
- Les projets se partagent. Un collègue, ou un agent, qui ouvre un projet bien rangé comprend tout de suite. Un projet en désordre ne se transmet pas.
- Le travail se retrouve. Le chemin d’un fichier dit ce qu’il est. Plus de recherche, plus de doute sur la version.
Les limites et les erreurs fréquentes
- Les versions dans les noms. « rapport_v3_final_OK.docx » : l’agent ne sait pas lequel est le bon. Une version, un nom, l’historique dans Git.
- Un projet sans README. L’agent explore et devine. Deux minutes pour écrire ce qu’il y a dedans.
- Lancer l’agent à la racine. Il voit tout, peut toucher à tout. On le lance dans le projet concerné.
- Mélanger les données reçues et les documents produits. L’agent modifie un document d’origine qu’on voulait intact. Un dossier pour ce qu’on reçoit, un pour ce qu’on produit, et une règle.
Pour aller plus loin
Une arborescence stable (un projet par dossier, un README, pas de « final_v2 ») permet aux agents de retrouver le contexte et limite les erreurs de chemin. Le dossier de travail d’un agent définit ce qu’il peut lire et écrire sans demander.
Où ça se situe chez Opora
Programme 04 · Construire des agentsIngénierie agentique pour les équipes techniques
Ranger ses dossiers pour qu’un agent s’y retrouve, avant toute première session, c’est le tout premier exercice du programme Construire des agents.
Questions fréquentes
Pourquoi un dossier racine unique ?
Parce qu’un agent se lance dans un dossier et y travaille. Si vos projets sont dispersés entre le bureau, les téléchargements et trois disques, vous passez votre temps à le lancer au mauvais endroit, et lui à chercher. Un dossier racine, un chemin court, un sous-dossier par projet : tout le monde sait où aller.
Faut-il tout réorganiser avant de commencer ?
Non. On crée le dossier racine, on y met le premier projet, proprement, et on y déplace les autres au fur et à mesure qu’on travaille dessus. L’agent peut aider à ranger un vieux dossier : lister, proposer une organisation, déplacer, sous validation.
Et les documents partagés dans le cloud ?
Le dossier racine peut être dans un espace synchronisé (Drive, OneDrive), à condition de vérifier que la synchronisation n’entre pas en conflit avec Git et que l’agent n’écrit pas dans des dossiers partagés avec des clients. En général, on sépare : les projets de travail avec l’agent d’un côté, les partages de l’autre.