La mémoire

La mémoire de CoeOS repose sur deux distinctions :

Écriture ou lecture. La mémoire est ce que l’assistant retient de vous, compilé de vos conversations, par utilisateur. La connaissance est un corpus de référence qu’on interroge (droit du travail, jurisprudence, un gros dossier), partagé.
Ouvert ou confidentiel. Ce qui a été dit en confidentiel est stocké à part, et n’est jamais lu par une conversation ouverte.

1. Les niveaux

Niveau	Contenu	Mécanisme
Utilisateur	ce que l’assistant retient de vous, compilé de vos conversations	wiki personnel, écrit par le système
Projet	les notes et fichiers d’un dossier (dépôt d’un ZIP, ou dossier externe lu en direct)	fichiers attachés au projet
Entreprise	corpus de référence	bases documentaires (RAG), en lecture

2. La mémoire séparée par classe

Toute lecture de mémoire passe par une porte unique, qui reçoit la classe du tour :

un tour ouvert ne voit que la mémoire ouverte ;
un tour confidentiel voit la mémoire ouverte et la mémoire confidentielle ;
une donnée sans classe connue n’est jamais servie à un tour ouvert.

Le wiki est donc tenu en deux parties, stockées dans des tables distinctes :

le wiki ouvert, compilé à partir des conversations ouvertes ;
le wiki confidentiel, compilé à partir des conversations confidentielles. La compilation passe par la box en classe confidentielle : elle ne part que vers des modèles sûrs (locaux, ou sous DPA et ZDR).

Un test canari vérifie en continu qu’un tour ouvert ne voit jamais la mémoire confidentielle.

3. Le wiki personnel (écriture)

Par utilisateur, sans fuite : chaque note est rattachée à son utilisateur. Personne ne voit la mémoire d’un autre.
Compilé, pas brut : un modèle compilateur distille les conversations en entrées de wiki durables (« ce qu’il faut retenir »), sans dupliquer les transcriptions.
Quand : deux passes planifiées par jour, une compilation quand une conversation reste inactive, et un bouton « Remember now » à la demande.
Surveillé : un point de santé et une alerte signalent si la compilation s’arrête, pour ne jamais se retrouver sans mémoire sans le savoir.

4. Retrouver le bon passage

À chaque question, CoeOS ne colle pas tout le wiki dans le contexte : il cherche les passages utiles.

Recherche hybride : un classement sémantique (embeddings bge-m3, calculés par un embedder du réseau interne) et un classement plein texte, fusionnés.
Tri par un modèle de décision : les meilleurs candidats sont notés par un modèle de décision sous ZDR, qui garde ceux qui aident vraiment à répondre. Mesuré sur 40 questions : la bonne note remonte en tête 35 fois contre 29 sans tri. Si le tri échoue, le classement d’origine est gardé : il n’enlève jamais rien au tour.
Seule la question sort vers l’embedder ; la recherche elle-même tourne dans l’application.

5. La connaissance de l’entreprise (lecture)

Plusieurs bases : un registre de bases RAG (Paramètres → RAG databases), chacune activable, testable, avec un label open ou confidential.
Rattachée à un projet : les conversations d’un projet interrogent la base qui lui est liée.
Une base = un seul label : on ne mélange jamais du confidentiel et de l’ouvert dans une même recherche. Une base dont le traitement passe par un cloud sans DPA n’est jamais servie à un tour confidentiel.
Alimentation : une base se peuple par injection d’un corpus (via OdyRAG), puis se lit.

6. Comment ça se compose

À chaque tour, CoeOS assemble le contexte avec :

les passages pertinents du wiki de l’utilisateur, dans la limite de sa classe ;
la mémoire du projet, si le projet en a une ;
les passages de la base documentaire liée, si la classe le permet.

Le wiki rend l’assistant cohérent dans le temps ; la base lui donne la matière documentaire.

En une phrase

Le wiki retient, la base documente, et la classe décide de ce qui peut être lu : une conversation ouverte ne voit jamais ce qui a été dit en confidentiel.