Valeur par défaut de l’espace de travail et surcharge par assistant
La mémoire se pilote à deux niveaux :- Par défaut au niveau de l’espace de travail — Paramètres → Mémoire : un interrupteur pour tout l’espace de travail, plus une fenêtre d’obsolescence facultative (nombre de jours sans appel avant qu’un profil d’appelant ne soit plus utilisé ; vide = jamais).
- Par assistant — la carte Mémoire de l’appelant dans l’éditeur d’assistant (modale Paramètres → Données et confidentialité) :
Portée de la mémoire (par assistant)
Lorsque la mémoire est activée (y compris par héritage), chaque assistant choisit aussi où la mémoire de conversation est stockée :
Le consentement et l’effacement RGPD s’appliquent toujours à l’échelle de l’espace de travail : supprimer un appelant depuis Audience → Mémoire de l’appelant supprime le profil partagé ainsi que toutes les mémoires propres à chaque assistant pour ce hachage téléphonique.
Les assistants existants ont été basculés rétroactivement sur
workspace afin que leur comportement ne change pas silencieusement ; les nouveaux assistants utilisent both par défaut.
API et MCP
GET /v1/settings/memory/PATCH /v1/settings/memory— lire et mettre à jour les valeurs par défaut de l’espace de travail (memory_enabled_default,memory_staleness_days) ; portéessettings:read/settings:writePATCH /v1/assistants/{id}avec{ "memory_mode": "inherit" | "on" | "off", "memory_scope": "workspace" | "assistant" | "both" }— surcharge par assistant- Outils MCP :
get_memory_settings/update_memory_settings(ainsi queupdate_assistantpourmemory_mode/memory_scope)
N’activez la mémoire que là où vous disposez d’une base légale pour conserver le contexte de l’appelant. L’indicateur de consentement présent sur chaque profil et le journal de suppression existent précisément pour cela : traitez un « oubliez-moi » comme une demande de ne plus être contacté, et honorez-la immédiatement.