J'ai commencé à organiser mes connaissances bien avant de relier un agent IA à mes notes.
À l'époque, le problème était simple : je lisais, je travaillais sur plusieurs projets et je prenais des notes, mais je reconstruisais souvent le même contexte. Je savais avoir conservé l'information. Je ne savais plus où, sous quelle forme ni si elle était encore valable.
Capturer davantage n'a pas résolu le problème. J'ai seulement déplacé le désordre dans un outil de prise de notes.
L'arrivée de l'IA a rendu cette faiblesse plus visible. Un agent peut retrouver rapidement un texte, résumer plusieurs documents ou proposer des liens entre des idées. S'il lit une base remplie de captures non triées, de décisions périmées et de synthèses sans source, il travaille plus vite sur un contexte peu fiable.
Une base de connaissances personnelle sert donc d'abord à une personne. Elle doit l'aider à retrouver, vérifier et réutiliser ce qu'elle apprend ou décide. L'agent vient ensuite.
Ces deux choses sont souvent confondues, et la distinction porte tout le reste : votre base de connaissances est ce que vous possédez, la mémoire de votre agent est ce qu'il en voit. Elles ne contiennent pas la même chose, et c'est vous qui décidez de l'écart entre les deux.
Qu'est-ce qu'une base de connaissances personnelle ?
Une base de connaissances personnelle est un système dans lequel vous conservez les informations, les décisions et les idées que vous voulez pouvoir retrouver et utiliser plus tard.
Elle peut tenir dans des carnets, un dossier de fichiers texte ou une application de notes. Le logiciel ne suffit pas à la définir. Une collection de documents devient utile lorsque vous savez :
- pourquoi une information a été conservée ;
- d'où elle vient ;
- dans quel contexte elle s'applique ;
- si elle constitue une source, une hypothèse ou une décision ;
- comment la retrouver lorsqu'un besoin apparaît ;
- quand la revoir, l'archiver ou la supprimer.
La gestion des connaissances personnelles, aussi appelée Personal Knowledge Management ou PKM, place l'individu au centre de l'organisation des informations dont il a besoin dans son travail quotidien.
Le terme « Second Brain » désigne une approche proche, popularisée par Tiago Forte. Sa méthode CODE suit quatre mouvements : capturer, organiser, distiller et exprimer. Cette grille est utile, mais elle ne change pas le critère principal : votre système doit servir un usage réel sans devenir un projet d'organisation permanent.
Une note bien rangée que vous ne retrouvez jamais au moment d'agir ne remplit pas son rôle. Une base moins élégante, mais capable de restituer la bonne décision avec sa source, peut être beaucoup plus utile.
Une capture n'est pas encore une connaissance
J'utilise plusieurs statuts parce qu'ils empêchent des éléments très différents de se retrouver sur le même plan.
| Élément | Ce qu'il représente | Manière de l'utiliser |
|---|---|---|
| Source | Un document, une page, un échange ou une observation d'origine | La consulter ou la citer sans lui attribuer plus qu'elle ne dit |
| Capture | Une information conservée avant d'avoir décidé de sa valeur | La revoir, la développer, la déplacer ou la supprimer |
| Note de travail | Une synthèse ou une réflexion utile à une tâche actuelle | L'utiliser dans son projet, sans la présenter comme une vérité générale |
| Hypothèse | Une explication qui mérite d'être testée | Chercher des éléments qui la confirment ou la contredisent |
| Connaissance durable | Une idée reformulée, reliée à ses sources et réutilisable | La mobiliser dans plusieurs projets tout en conservant son périmètre |
| Décision actuelle | Une règle ou une direction validée pour le moment | La désigner clairement comme référence jusqu'à son remplacement |
Cette distinction paraît administrative lorsqu'on la lit dans un tableau. Elle devient utile dès que deux notes se contredisent.
Une ancienne idée peut rester intéressante sans guider le travail actuel. Une synthèse générée peut fournir un bon point de départ sans devenir une source. Une capture peut attendre dans une boîte de réception sans recevoir immédiatement le statut de connaissance.
Dans mon système, l'agent peut préparer une capture, rechercher des notes proches et signaler un doublon. Il ne décide pas seul qu'une idée mérite d'entrer dans ma mémoire durable. Ce choix modifie ce que je pourrai retrouver et réutiliser plus tard ; je veux donc comprendre ce qui a changé.
Ces six statuts décrivent ma base, pas ce que l'agent en retient. Sa mémoire opère un tri plus étroit, et tout ne mérite pas d'y entrer.
Les quatre fonctions d'un système utile
Une base de connaissances personnelle peut adopter beaucoup de structures. Quatre fonctions doivent toutefois rester couvertes.
Capturer sans tout conserver
La capture réduit la friction entre « cette information peut être utile » et « je pourrai la revoir plus tard ».
Elle doit rester rapide. Elle doit aussi conserver assez de contexte pour éviter de créer une énigme destinée à votre futur vous : l'URL, l'auteur, la date, le projet concerné ou la raison de la capture.
Je préfère que les nouvelles informations arrivent dans un espace temporaire. Elles ne sont pas classées définitivement au moment où je les découvre. Cette attente me permet de distinguer l'enthousiasme de la valeur réelle.
Tout ne mérite pas la suite du processus. Une partie des captures peut disparaître pendant la revue. Supprimer n'est pas un échec de la méthode. C'est une fonction normale du système.
Qualifier avant de classer
Classer répond à la question « où placer ce fichier ? ». Qualifier répond à des questions plus utiles :
- s'agit-il d'une source, d'une interprétation ou d'une décision ?
- cette information concerne-t-elle un projet actif, une responsabilité durable ou un sujet de référence ?
- est-elle encore valable ?
- contient-elle une donnée sensible ?
- une autre note fait-elle déjà référence ?
Deux notes peuvent vivre dans le même dossier sans avoir la même autorité. Le statut évite de demander au nom du fichier ou à l'agent de deviner laquelle doit guider l'action.
Retrouver à partir d'un besoin
Une taxonomie parfaite ne garantit pas une bonne récupération.
Je teste plutôt la base à partir de situations réelles : préparer un rendez-vous, reprendre un projet après une interruption, retrouver la décision actuelle sur une offre ou écrire un article sans relire toutes mes sources.
La recherche doit restituer assez de contexte pour vérifier le résultat. Retrouver une phrase sans savoir qui l'a écrite, quand elle a été vérifiée ni à quel projet elle se rapporte déplace simplement le doute.
Cette exigence explique pourquoi la mémoire d'un agent IA ne doit pas tout conserver. Une recherche rapide n'améliore pas le statut de ce qu'elle retrouve.
Réutiliser, corriger et oublier
Une connaissance prend de la valeur lorsqu'elle éclaire une décision, une production ou une nouvelle question.
La réutilisation ne consiste pas à copier une ancienne note sans la relire. Elle suppose de vérifier son périmètre et son actualité. Une décision commerciale, une documentation logicielle et une idée de fond ne vieillissent pas au même rythme.
La base doit donc accepter plusieurs sorties :
- enrichir une connaissance ;
- remplacer la référence actuelle ;
- conserver une ancienne version comme historique ;
- archiver ce qui ne guide plus l'action ;
- supprimer ce qui n'a plus de raison d'être conservé.
Un système qui sait seulement ajouter finit par obliger son utilisateur à arbitrer entre plusieurs versions concurrentes.
Ces sorties valent pour votre base. Côté agent, l'exigence est plus sévère encore : tant qu'une décision remplacée reste dans sa mémoire, il continue de s'appuyer dessus. C'est pourquoi une mémoire d'agent doit accepter la correction et l'oubli avant d'accepter le volume.
Organiser pour l'usage plutôt que pour le rangement
La première question à poser n'est pas « quelle méthode dois-je appliquer ? ». Partez de ce que vous cherchez à accomplir.
Prenez les trois dernières fois où vous avez perdu du temps à reconstruire un contexte. Peut-être avez-vous cherché :
- la dernière décision prise avec un client ;
- les notes utiles à un contenu ;
- la source d'un chiffre ;
- l'état actuel d'un projet ;
- une procédure que vous aviez déjà écrite.
Ces épisodes montrent les chemins que votre base doit raccourcir.
Une structure minimale peut séparer :
- les captures encore à traiter ;
- les projets ayant un résultat et une fin ;
- les responsabilités suivies dans la durée ;
- les sources et ressources consultables ;
- les connaissances reformulées et réutilisables ;
- les éléments terminés ou devenus inactifs.
Les noms importent moins que les frontières. Une ressource n'est pas une décision. Un projet terminé ne doit plus apparaître comme un chantier actuel. Une capture brute n'a pas à rejoindre immédiatement les connaissances durables.
Cette structure doit également rester compréhensible sans l'outil qui l'affiche. Pouvoir exporter les notes ne suffit pas si personne ne comprend les statuts, les liens et les conventions nécessaires pour les relire.
Une base de connaissances demande une revue
L'information change même lorsque le fichier ne bouge pas.
Une offre évolue. Une procédure est remplacée. Une hypothèse est invalidée. Une source extérieure est mise à jour. Une note techniquement accessible peut donc être devenue trompeuse.
La revue sert à rendre ces changements visibles. Elle peut être hebdomadaire pour les captures et déclenchée par un événement pour le reste : fin d'un projet, nouvelle décision, modification d'une source ou erreur découverte pendant un usage.
Pendant cette revue, je cherche surtout à répondre à quelques questions :
- Pourquoi ai-je conservé cet élément ?
- Sa source est-elle toujours identifiable ?
- Quel est son statut actuel ?
- Une note plus récente le remplace-t-elle ?
- Vais-je probablement le réutiliser ?
- Dois-je le développer, l'archiver ou le supprimer ?
Le risque inverse existe aussi : passer plus de temps à optimiser les catégories, les liens et l'atomicité des notes qu'à utiliser leur contenu. Cette dérive est régulièrement relevée dans les critiques du PKM.
Une revue utile réduit l'ambiguïté. Elle ne cherche pas à rendre chaque note parfaite.
Ce qu'un agent IA peut ajouter
Une base de connaissances fonctionnelle peut ensuite devenir une source de contexte pour un agent. Elle ne remplace pas l'état du travail : la mémoire d'un chatbot ne suffit pas à connaître votre contexte actuel.
Dans mon système, Hermes peut notamment :
- rechercher des notes liées à une demande ;
- retrouver les sources associées ;
- signaler des informations contradictoires ;
- proposer des liens ou des doublons ;
- préparer une capture ou une synthèse ;
- produire un brouillon à partir de connaissances déjà validées.
Ces capacités ne donnent pas à l'agent le droit de modifier toute la base.
Je sépare la capacité technique de la permission. L'agent peut être capable de réécrire une note de référence tout en devant attendre ma validation. Il peut aussi refuser de conclure lorsqu'une source manque ou que deux décisions se contredisent.
Cette répartition est visible dans l'architecture de mon agent relié à Obsidian. Discord me sert d'interface, Hermes prépare le travail, Obsidian contient les connaissances et GitHub conserve l'historique. La valeur ne vient pas de la connexion entre quatre outils. Elle vient des règles qui déterminent ce que l'agent peut lire, proposer ou modifier.
Une base devient alors une partie d'un système IA personnel, aux côtés de l'interface, des permissions, de la validation humaine et de la capacité de reprise.
Vérifier la base avant de la confier à un agent
Avant d'ouvrir l'accès, je testerais quatre situations simples.
Retrouver une information connue
Choisissez une décision dont vous connaissez la réponse et la source. Vérifiez si le système retrouve la bonne version, pas seulement une occurrence contenant les mêmes mots.
Rencontrer une contradiction
Conservez volontairement une ancienne décision et sa remplaçante. L'agent doit identifier la référence actuelle ou signaler l'ambiguïté. Il ne doit pas fusionner silencieusement les deux.
Chercher une information absente
Posez une question dont la réponse ne se trouve pas dans la base. Le bon comportement consiste à signaler ce manque ou à demander une source, pas à compléter le vide avec une réponse plausible.
Respecter une frontière
Vérifiez enfin qu'une demande professionnelle ne récupère pas une note personnelle ou une donnée sensible située hors du périmètre autorisé.
Ces quatre tests ne remplacent pas une recette complète. Ils suffisent déjà à repérer une base impossible à interpréter, une permission trop large ou une absence de comportement d'échec.
Vous n'avez peut-être pas besoin d'un système complexe
Une application de notes simple peut suffire si vous manipulez peu de sources, retrouvez facilement vos décisions et ne répétez pas les mêmes recherches.
Vous n'avez pas besoin d'un graphe sophistiqué pour conserver une procédure et quelques références. Vous n'avez pas besoin d'un agent pour une question ponctuelle lorsque vous pouvez fournir tout le contexte dans la conversation.
La complexité devient pertinente lorsque le contexte doit durer, que plusieurs projets se croisent, que les connaissances alimentent régulièrement votre travail et que les erreurs de version commencent à coûter du temps ou de mauvaises décisions.
Même dans ce cas, commencez petit. Choisissez un seul chemin utile, par exemple passer d'une capture à une note de travail, ou préparer le contexte d'un projet actif. Observez-le avant d'ajouter des automatisations.
Diagnostiquer votre base actuelle
Votre base de connaissances personnelle est probablement exploitable si vous pouvez répondre oui à la plupart de ces questions :
- retrouvez-vous la décision actuelle sans relire tout son historique ?
- pouvez-vous remonter d'une synthèse à sa source ?
- distinguez-vous une capture, une hypothèse et une connaissance validée ?
- savez-vous ce qui doit être revu ou peut devenir obsolète ?
- pouvez-vous supprimer une information sans casser silencieusement le système ?
- la structure reste-t-elle lisible sans IA ?
- un agent peut-il s'arrêter lorsque l'information manque ou se contredit ?
Si plusieurs réponses sont négatives, ajouter un modèle plus puissant ne traitera pas la cause. Commencez par le chemin que vous reconstruisez le plus souvent.
Commencer par un contexte que vous reconstruisez déjà
Une base de connaissances personnelle n'a pas besoin de contenir toute votre vie pour devenir utile.
Choisissez la dernière situation où vous avez dû chercher plusieurs notes, vérifier une ancienne décision ou rouvrir les mêmes sources. Décrivez le résultat que vous vouliez obtenir. Identifiez ensuite la source de référence, le statut de chaque élément et ce qui devra être revu plus tard.
Ce premier chemin vous donnera une structure plus solide qu'une liste de dossiers copiée depuis une méthode extérieure.
L'agent pourra venir ensuite pour retrouver, comparer ou préparer. La décision de ce qui fait connaissance doit rester visible et contrôlable.