osFoundry / Platform
Groupes de mémoire (Studio)
Câblez les surfaces dans des groupes de mémoire avec rétention, mode d'écriture et politiques de masquage des PII.
Présentation
Les groupes de mémoire sont votre façon de décider ce que vos agents IA retiennent, et selon quelles règles. Dans osFoundry Studio, vous prenez les surfaces sur lesquelles un agent travaille (un fil de discussion, une app, un dépôt de code, une base de connaissances, une table de données) et vous les reliez au sein d'un groupe de mémoire nommé. Tout ce qui se trouve dans ce groupe partage un même contexte de mémoire régi par trois politiques : la rétention (combien de temps les éléments mémorisés sont conservés avant d'expirer), le mode d'écriture (le groupe est en lecture seule, en ajout seul ou librement modifiable, pour que vous contrôliez quelles surfaces peuvent alimenter la mémoire et lesquelles s'y contentent de lire) et le masquage des PII (retirer les données personnelles avant que quoi que ce soit ne soit écrit dans le magasin).
Comme osFoundry est un espace de travail de bureau en BYOK (vos propres clés), ces groupes de mémoire résident avec le reste de votre configuration Studio, et non sur les serveurs d'un fournisseur. Les politiques de rétention, de mode d'écriture et de masquage s'appliquent là où la mémoire est écrite et lue : un groupe configuré pour garder les données sur votre appareil les y conserve. Cela compte lorsqu'un groupe de mémoire couvre à la fois un chat de support client et une table de données remplie de noms et d'e-mails : le masquage des PII permet à l'agent de reporter le contexte utile sans conserver les identifiants, et la rétention empêche le contexte périmé de s'accumuler indéfiniment.
Concrètement, les groupes de mémoire permettent à une équipe d'agents de rester cohérente sur toutes les surfaces qu'elle touche, sans laisser fuiter le contexte vers des travaux sans rapport. Vous définissez la frontière (quelles surfaces sont incluses, lesquelles sont exclues) et les politiques voyagent avec le groupe. Changez le mode d'écriture pour verrouiller un groupe, resserrez la rétention pour un flux sensible ou activez le masquage pour un groupe qui touche des données utilisateurs, le tout depuis Studio, sans reconstruire les agents eux-mêmes.
Fonctionnalités clés
- Reliez n'importe quelles surfaces de Studio (chat, apps, code, connaissances et données) au sein d'un unique groupe de mémoire nommé, à contexte partagé
- Définissez des politiques de rétention par groupe pour que les éléments mémorisés expirent selon votre calendrier au lieu de s'accumuler sans fin
- Contrôlez le mode d'écriture par groupe (lecture seule, ajout seul ou modifiable) pour décider quelles surfaces peuvent alimenter la mémoire
- Appliquez un masquage des PII qui retire les données personnelles avant qu'elles ne soient écrites dans le magasin de mémoire
- Gardez la mémoire en local-first sur votre appareil sous BYOK, pour que les politiques s'appliquent là où les données résident réellement
Cas d’usage
- Responsable support : regroupez un chat de support avec une table de données clients et masquez les PII pour que les agents se souviennent du contexte du dossier sans conserver noms ni e-mails
- Manager d'ingénierie : donnez à un agent de revue de code un groupe de mémoire code et connaissances en mode ajout seul, pour qu'il construise du contexte sans écraser la documentation
- Administrateur ops : fixez une rétention courte sur un groupe traitant des flux sensibles, afin que le contexte transitoire s'efface automatiquement au lieu de persister
Questions fréquentes
Qu'est-ce qu'un groupe de mémoire dans osFoundry Studio ?
C'est une frontière nommée qui relie plusieurs surfaces (comme un chat, une app, un dépôt de code, une base de connaissances ou une table de données) au sein d'un même contexte de mémoire partagé. Les agents qui travaillent sur ces surfaces lisent et écrivent dans la même mémoire, régie par les politiques de rétention, de mode d'écriture et de masquage des PII du groupe.
Comment fonctionne le masquage des PII avec les groupes de mémoire ?
Lorsque le masquage est activé sur un groupe, les données personnelles sont retirées avant que quoi que ce soit ne soit écrit dans le magasin de mémoire, de sorte que les agents peuvent reporter le contexte utile sans conserver d'identifiants comme les noms ou les e-mails. Combinée au modèle local-first et BYOK d'osFoundry, la politique s'applique là où la mémoire réside réellement, et non sur un serveur tiers.
Puis-je contrôler si une surface écrit dans la mémoire ou s'y contente de lire ?
Oui. Chaque groupe de mémoire possède un mode d'écriture : vous pouvez le rendre en lecture seule, en ajout seul ou entièrement modifiable. Vous décidez ainsi quelles surfaces peuvent ajouter de nouveaux souvenirs et lesquelles ne font qu'exploiter le contexte existant, sans changer les agents eux-mêmes.