Que faut-il laisser dans la mémoire d'un assistant, et que faut-il en sortir ?
La règle tient en une ligne. Les préférences de travail d'une personne restent dans la mémoire de son assistant. Les faits de l'entreprise en sortent, parce qu'ils concernent d'autres personnes que celle qui les a dictés, qu'ils doivent rester vrais quand elle s'en va, et qu'il faut pouvoir dire qui a le droit de les lire. Une mémoire d'assistant ne sait faire aucune des trois.
Le jour où quelqu'un part, ce que son assistant savait part aussi
Quelqu'un chez vous travaille depuis deux ans avec le même assistant. Il connaît ses clients, les affaires en cours, les arguments qui portent et ceux qu'il ne faut plus ressortir. Cette personne démissionne, son compte se ferme, et tout ce que l'assistant avait appris s'en va avec elle. Rien n'a été volé. Rien n'avait jamais appartenu à l'entreprise.
Ce qui reste pose le problème inverse. Des faits qui concernent l'entreprise dorment dans des comptes personnels que personne n'a inventoriés. Le jour où l'un de ces faits devient faux, personne ne le corrige, faute de savoir qu'il est là. Et le jour où il ressort dans une réponse, personne ne peut dire d'où il venait.
Cette accumulation est exactement ce qui rend un changement d'outil coûteux. Plus chaque assistant apprend, plus il devient cher d'en changer, et la dépense n'est pas l'abonnement. C'est que le savoir vit à l'intérieur de l'outil, chez un fournisseur qui peut modifier ses conditions, ses prix ou son offre sans vous demander votre avis.
Ce qui doit exister ailleurs que dans un outil
Une mémoire d'assistant n'est pas un mauvais objet, et cette page ne vous demande pas de l'éteindre. Elle fait très bien ce pour quoi elle existe, qui est de retenir la façon de travailler d'une personne. Elle ne peut simplement pas répondre à la question de savoir qui, dans votre entreprise, a le droit de voir une information, parce que ce n'est pas son travail.
La référence commune de l'entreprise est un autre objet, et l'écart entre les deux est de nature. Elle se reconnaît à trois propriétés que le produit construit et tient.
Elle se constitue depuis les sources qui font foi
Une mémoire d'assistant retient ce qui passe dans la conversation, au moment où ça passe. La référence d'entreprise se constitue depuis l'organigramme réel, les processus en vigueur et les décisions actées, avec un responsable pour chaque partie. Ce qui y entre a été validé par quelqu'un dont c'est la responsabilité, et ce qui devient faux se corrige à la source.
Chaque personne y reçoit son propre périmètre
Un fait peut être commun à l'entreprise sans être visible par tout le monde. Le périmètre de lecture découle de la responsabilité de chaque personne, et l'IA qui travaille pour elle ne lit que ce qu'elle-même a le droit de lire. Vous décidez ce que chaque IA a le droit de voir, et chaque décision d'accès s'inscrit dans une chaîne scellée qui garde qui l'a prise et qui l'a approuvée.
Elle survit aux outils autant qu'aux personnes
La référence vit hors des assistants, et ceux-ci viennent la lire par MCP, la prise standard sur laquelle une IA se branche. Quand quelqu'un s'en va, elle reste. Quand vous changez d'outil, vous débranchez et vous rebranchez, sans rien reconstruire, ce qui est précisément la condition pour changer de fournisseur sans payer deux fois.
Les moments où la différence se paie
Les deux objets cohabitent très bien, et la question utile n'est pas de savoir lequel est meilleur. Elle est de savoir où chaque fait doit vivre. Ces cinq situations donnent la réponse, et la dernière est une limite de Kastel.
La ligne marquée ne nous avantage pas. Une couche de contexte agit sur ce qui sort de chez vous vers l'IA, pas sur ce qu'un outil a déjà mémorisé.
Le test qui répond en une soirée
Le cœur de Kastel est gratuit et s'installe sur votre propre infrastructure, avec vos propres clés d'IA. Constituez une petite référence depuis vos sources, puis branchez dessus deux assistants de deux fournisseurs différents. Posez-leur la même question. Les deux répondent à partir de la même référence, et ni l'un ni l'autre n'a eu besoin de l'apprendre.
Débranchez ensuite le premier et branchez-en un troisième. Rien n'est à reconstruire, parce que rien de ce qui compte ne vivait dans l'outil que vous venez de retirer. Exportez enfin la totalité : votre contexte vous suit si vous partez, et c'est vérifiable en une commande plutôt qu'en nous croyant.
Ce que Kastel ne peut pas faire à la place de votre assistant
Kastel ne contrôle pas la mémoire interne de vos assistants et ne la remplace pas. Ce que chaque outil retient de ses conversations relève de cet outil et des réglages que vous y faites. Kastel ne le fait pas oublier, et aucune couche de contexte ne le peut : ce qui est déjà entré dans un modèle ou dans la mémoire d'un produit y reste jusqu'à ce que son éditeur vous donne le moyen de l'en sortir.
Ce que Kastel vous donne, c'est une référence assez complète et assez sûre pour que les faits de l'entreprise n'aient plus de raison d'aller vivre dans ces mémoires-là. Si vous travaillez seul, ou si rien chez vous n'est confidentiel vis-à-vis d'un lecteur interne, cette séparation ne vous concerne pas encore.
Personne ne sait plus quelle IA sait quoi ?
À l'échelle d'une organisation, la question cesse d'être un réglage et devient un sujet de gouvernance. Parlons de ce que la vôtre doit pouvoir établir, et de ce que Kastel enregistre pour vous.
Voir Kastel Enterprise