Memoire d'equipe et documents : ne plus repeter le contexte

Chaque fois que vous ouvrez un nouveau chat avec un assistant sans memoire, il repart de zero. Vous rappelez votre fonction, le ton que vous aimez, la structure de l'offre, le vocabulaire de l'entreprise. Une minute ici, deux minutes la : sur une semaine, cela fait un temps non negligeable, surtout multiplie par le nombre de personnes de l'equipe. Pire, chacun reexplique a sa maniere, et les reponses divergent.

Il existe deux manieres de resoudre le probleme. La premiere est d'avoir un contexte permanent, ecrit une fois et reutilise : des consignes, des documents, des preferences. La seconde est une memoire apprise, ou l'assistant retient des faits au fil des conversations. Les deux ont des avantages et des risques. Le contexte ecrit est previsible, mais il faut le tenir a jour. La memoire apprise est confortable, mais elle peut retenir une erreur, ou une information qu'on ne voulait pas garder. Un bon espace propose les deux, avec des moyens de controle.

Dans les sections suivantes, nous passons en revue les quatre briques d'Octobot, en indiquant pour chacune ce qu'elle apporte, comment la controler et dans quels cas la preferer.

En mode documents, l'espace recherche les passages pertinents dans la bibliotheque et demande au modele de marquer chaque affirmation par le numero de la source, comme [1] ou [2]. Ces marqueurs deviennent des citations cliquables. Un indicateur de fiabilite mesure la part des paragraphes de fond qui portent au moins une citation valide, et signale les marqueurs qui renvoient vers une source qui n'existe pas, signe d'une reference inventee.

Il faut en comprendre la portee. Une citation prouve que le modele a utilise un passage, pas que son interpretation est juste. Le bon reflexe est de cliquer sur les sources des affirmations importantes. L'indicateur, lui, ne remplace pas la relecture : il vous dit ou regarder en premier.

Les droits s'appliquent aussi aux documents. Un membre ne retrouve que les documents qu'il a le droit de lire, et la recherche respecte ces droits. Pour un document sensible, c'est la bonne protection : il n'y a pas besoin d'imaginer une consigne pour que le bot ne le montre pas, il n'y a simplement pas acces pour ce membre.

La qualite des reponses depend de celle de la bibliotheque. Trois habitudes aident : nommer clairement les fichiers, retirer les versions obsoletes, et designer un responsable par ensemble de documents. Quand deux versions se contredisent, l'assistant citera l'une ou l'autre, et le probleme se verra dans les reponses, ce qui est utile pour faire le menage.

Apres une conversation avec un bot, quand elle est restee calme un moment, l'espace peut en extraire jusqu'a huit faits durables. Les faits sur le travail, par exemple le format prefere d'un rapport, vont dans la memoire du membre avec ce bot, sans etre partages avec les collegues. Les faits sur la personne, pris dans ses propres mots, deviennent des faits appris que tous ses bots lisent, chacun avec un bouton Retirer. Un fait retire n'est jamais reappris.

Un entretien de nuit archive les faits expires, fusionne les doublons exacts et supprime les faits contredits par un plus recent. Chaque ecriture est une ligne de journal avec le texte avant et apres, de sorte que le membre voit ce qui a change et peut annuler. Les identifiants sont masques avant tout stockage, et un texte qui ressemble a une consigne injectee est refuse.

Le mode confidentiel offre un controle de plus : tant qu'une conversation est confidentielle, rien de ce qu'elle contient n'alimente la memoire a long terme, les apprentissages, le cache de reponses, les suggestions ou la recherche. Les messages restent stockes pour que la conversation fonctionne, mais l'espace n'en apprend rien. En cas de doute sur la lisibilite de l'indicateur, l'espace considere la conversation comme confidentielle.

Notre conseil : ouvrez la liste des faits retenus apres une semaine d'usage. Retirez ce qui est faux, trop personnel ou temporaire. Ce premier nettoyage apprend en dix minutes ce que l'assistant retient reellement, et vous donne la confiance pour laisser le mecanisme tourner.

Le contexte ne remplace pas la verification. Un assistant bien alimente se trompe moins, mais il se trompe encore, notamment sur les calculs, les dates et les exceptions. Pour les chiffres, demandez toujours la source et refaites le calcul sur les cas importants.

Il ne regle pas non plus la gouvernance. Qui a le droit d'ajouter un document a la bibliotheque ? Qui valide les consignes d'un projet ? Qui supprime un document obsolete ? Sans reponse, la bibliotheque se degrade. Nommez un responsable et fixez une revue trimestrielle.

Enfin, le contexte a un cout : plus on injecte de documents et de memoire dans chaque echange, plus la consommation de taches IA augmente. Les references @ et les projets sont efficaces parce qu'ils ciblent. Evitez de tout attacher a chaque question. L'article sur le cout d'un assistant IA explique comment mesurer cet effet.

Un espace d'equipe pose une question delicate : comment partager le contexte utile sans exposer ce qui est personnel ? Plusieurs regles s'appliquent dans Octobot. Les conversations privees d'un membre ne sont pas lisibles par les autres membres d'un projet ni par les administrateurs. Dans une conversation partagee, quand les travaux recents d'un membre avec un bot ont nourri la reponse, la reponse l'indique, une fois par source. Et l'acces a un projet est decide cote serveur : un membre qui n'en fait pas partie ne charge ni ses consignes ni ses faits.

Ces regles ne dispensent pas d'une charte interne. Dites clairement a l'equipe ce qui va dans la memoire de projet, qui est partagee, et ce qui reste dans la memoire personnelle. Un usage sain : les faits de projet decrivent des decisions et des conventions, jamais des opinions sur des personnes.