osFoundry / Platform
Groupes de mémoire
Regroupez les mémoires par client, projet ou sujet. Les surfaces les partagent ou les cantonnent au besoin.
Présentation
Les groupes de mémoire vous permettent d'organiser ce qu'osFoundry retient en collections nommées, une par client, projet ou sujet, au lieu d'entasser chaque information dans une mémoire unique et indifférenciée. Chaque groupe contient le contexte propre à un travail donné : les conventions de nommage du client, les contraintes et décisions d'un projet, les détails d'un sujet récurrent. Lorsque vous travaillez sur ce client ou ce projet, l'assistant puise dans le groupe correspondant ; sinon, ce contexte reste à l'écart. C'est une façon d'empêcher des flux de travail distincts de déborder les uns sur les autres, tout en construisant au fil du temps une mémoire réelle et réutilisable.
Au sein d'osFoundry, les groupes de mémoire se connectent aux surfaces où vous travaillez déjà : chat et agents, apps, code, connaissances et données. Une surface peut être cadrée sur un seul groupe, de sorte qu'un agent ou un chat ne voie que le contexte pertinent pour cette mission, ou un groupe peut être partagé entre plusieurs surfaces lorsque le même savoir doit suivre le travail où qu'il aille. Parce qu'osFoundry est un espace de travail de bureau local-first, avec vos propres clés (BYOK), ces groupes de mémoire vivent avec vous et non sur les serveurs d'un fournisseur : le contexte que vous accumulez reste sur votre appareil, sans facturation par siège ni marge de revendeur entre vous et les modèles que vous choisissez d'exécuter.
Cela compte surtout lorsqu'un même espace de travail sert de nombreux clients ou projets. Sans cadrage, un assistant a tendance à brouiller les détails : il applique les préférences d'un client à un autre, ou fait ressortir le contexte privé d'un projet là où il n'a pas sa place. Les groupes de mémoire vous offrent une frontière explicite que vous contrôlez : gardez le contexte d'un client isolé par confidentialité, conservez ensemble les décisions d'un projet pour que l'assistant reste cohérent, et partagez un groupe thématique partout lorsque le savoir est vraiment général. Le résultat est une mémoire qui gagne en utilité à mesure qu'elle grandit, sans devenir un contexte unique et emmêlé, impossible à nettoyer comme à fiabiliser.
Fonctionnalités clés
- Regroupez les mémoires en collections nommées par client, projet ou sujet pour qu'un contexte sans rapport ne se mélange jamais
- Cadrez un chat ou un agent sur un seul groupe de mémoire pour qu'il ne voie que le contexte propre à ce travail
- Partagez un groupe entre surfaces (chat, agents, apps, code) lorsque le même savoir doit suivre le travail partout
- Gardez le contexte client et projet isolé par confidentialité lorsqu'un même espace sert de nombreuses missions
- Local-first et BYOK : la mémoire que vous accumulez reste sur votre appareil, sans frais par siège ni marge de revendeur
Cas d’usage
- Responsable d'agence : tient un groupe de mémoire distinct par client, pour que le ton, le nommage et les décisions de chaque projet restent isolés et ne fuient jamais entre les comptes
- Consultant indépendant : cadre un agent sur le groupe de mémoire d'un projet, pour que ses réponses restent fidèles aux contraintes de cette mission au lieu de dériver d'un travail à l'autre
- Chercheuse : constitue un groupe thématique pour un sujet récurrent et le partage entre chat, code et apps, pour que le même contexte de fond suive le travail partout
Questions fréquentes
En quoi un groupe de mémoire diffère-t-il d'une seule grande mémoire ?
Une mémoire unique force chaque projet et chaque client dans le même contexte, si bien que les détails débordent d'un travail à l'autre sans rapport. Les groupes de mémoire découpent cela en collections nommées que vous cadrez par client, projet ou sujet, pour que l'assistant ne puise que dans le contexte propre au travail devant vous, et ne partage un groupe entre surfaces que lorsque vous le choisissez.
Puis-je empêcher le contexte d'un client de fuir vers celui d'un autre ?
Oui. C'est la raison principale du cadrage. Vous placez chaque client ou projet dans son propre groupe et cadrez les chats ou agents concernés dessus, de sorte que l'assistant ne voie que le contexte de ce groupe. Parce qu'osFoundry est local-first, la mémoire elle-même reste sur votre appareil plutôt que sur les serveurs d'un fournisseur.
Les groupes de mémoire fonctionnent-ils entre chat, agents, apps et code ?
Oui. Les groupes se connectent aux surfaces que vous utilisez déjà dans osFoundry. Une surface peut être cadrée sur un seul groupe, ou un groupe partagé entre surfaces lorsque le même savoir doit suivre le travail. Vous décidez, groupe par groupe, s'il reste isolé ou voyage avec vous.