Memoria del tenant
Una memoria pequeña, explícita y auditable por tenant que usan los dos servidores MCP de Plur-e para recordar correcciones, términos y preferencias — qué guarda, cómo revisarla y sus límites.
Respuesta rápida
Los dos servidores MCP mantienen una memoria pequeña y explícita por tenant (opcionalmente
por usuario) de correcciones, términos de glosario, preferencias y procedimientos cortos que un
usuario dio en la conversación. Claude la lee antes de responder con plure_recall y escribe
en ella con plure_remember cuando el usuario la corrige o dice algo que vale la pena guardar.
No es fine-tuning: cada entrada es una fila que un administrador del tenant puede ver, editar o
borrar en el Admin Center.
Para qué sirve
Sin memoria, cada conversación empieza de cero: si un almacén siempre llama a un contenedor de una forma distinta al nombre del campo en Business Central, o un equipo de ventas siempre redacta cierto tipo de campaña de cierta manera, el usuario tiene que repetir ese contexto cada vez. La memoria deja que el usuario lo diga una vez — como una corrección o una preferencia expresada, en una conversación normal — y que el servidor lo recuerde automáticamente después, con alcance a su tenant, para que el vocabulario de un cliente nunca se filtre al de otro.
Qué se guarda
Cada entrada de memoria es una key y un content corto, con:
- Área —
bc,crmoall(compartida por los dos servidores). - Tipo —
glossary(qué significa un término para este tenant),preference(cómo le gusta al usuario que se haga algo),fact(algo cierto sobre la configuración de este tenant que no está en Dataverse ni en Business Central),correction(una corrección permanente a algo que Claude hizo mal) oprocedure(una secuencia corta de pasos específica del tenant). - Alcance — de todo el tenant, o ligado a un usuario cuando la preferencia es personal y no compartida.
- Etiquetas, una fuente (la añadió el modelo o un administrador), un contador de uso y la última vez que se usó.
- Si está habilitada — deshabilitarla conserva el historial sin que el servidor la use.
Límites: 2.000 caracteres por entrada, 500 entradas por tenant; un administrador puede borrar entradas a mano para hacer espacio.
Cómo aprende
Las instrucciones del servidor le dicen al modelo que llame a plure_recall al empezar una
sesión (devuelve un resumen corto de las entradas más relevantes para la conversación, y sube su
contador de uso) y que llame a plure_remember cada vez que el usuario corrige una respuesta,
define un término propio de su negocio, o repite una preferencia que Claude tuvo que
preguntar más de una vez. plure_remember hace upsert por key — guardar la misma key otra vez
actualiza la entrada en lugar de duplicarla — y no necesita aprobación, pero queda totalmente
auditado como cualquier otra llamada. plure_forget elimina una entrada que el usuario dice que
está mal o que ya no aplica.
| Herramienta | Ámbito | Qué hace |
|---|---|---|
plure_recall | lectura | Busca en la memoria del tenant y devuelve un resumen antes de responder |
plure_remember | escritura | Hace upsert de una entrada por key; auditado, sin aprobación |
plure_forget | escritura | Elimina una entrada de memoria |
plure_remember y plure_forget son tools de escritura, pero nunca tocan datos de Business
Central ni de Dataverse — solo la tabla de memoria propia del tenant — así que no pasan por el
flujo de aprobación de una escritura real en el ERP/CRM. A diferencia de las demás tools de
escritura, todos los roles las tienen concedidas por defecto para que la memoria funcione desde
el primer día; un administrador puede bajar un rol a Lectura o Ninguno en estas tools en
AI & MCP → Scopes para impedir que cambie la memoria compartida. Cada llamada queda auditada.
Los dos servidores publican también un recurso plure-bc://memory / plure-crm://memory con el
resumen actual, para clientes que prefieran leer un recurso en vez de llamar a una herramienta.
Revisarla en el Admin Center
AI & MCP → Memory lista cada entrada del tenant: key, tipo, área, alcance, fuente, contador de uso y fecha de último uso. Un administrador del tenant puede editar el contenido, deshabilitar una entrada sin borrarla, eliminarla del todo, o exportar toda la memoria como archivo — útil antes de una revisión o al migrar un tenant. Los administradores también pueden añadir entradas directamente, lo que suele ser más rápido que esperar a que el modelo las aprenda por conversación.
Qué no se guarda
- Secretos y credenciales — las instrucciones del modelo le dicen que nunca guarde claves de API, tokens o contraseñas en la memoria.
- Datos personales más allá de lo que implica la preferencia propia de un usuario — las instrucciones del modelo también le dicen que no guarde PII de clientes ni notas libres sobre personas. La memoria trata de cómo trabaja este tenant, no de las personas en sus datos de Dataverse o Business Central.
- Cualquier cosa de una respuesta puntual que no sea una corrección o preferencia expresada — la memoria es explícita, no una transcripción automática de cada conversación.
Auditoría
Cada llamada a plure_remember y plure_forget queda registrada como cualquier otra llamada a
herramienta (usuario, tenant, argumentos, resultado) en AI & MCP → Audit log, además de ser
visible como fila en la propia página de Memory.
Relacionado: Modelo de seguridad de MCP · Dynamics 365 CRM · Flujos móviles de Business Central
Dynamics 365 CRM (Dataverse)
Cómo se conecta el servidor MCP de Plur-e para Dynamics 365 CRM a Dataverse, sus herramientas genéricas, las campañas de Customer Insights - Journeys, ámbitos, aprobaciones y límites.
Docs MCP
Un servidor Model Context Protocol público de solo lectura sobre la documentación de Plur-e con search_docs, get_page y list_sections. Disponible en plur-e.com/api/mcp/docs.