mem0 Servidor MCP para gestión de proyectos
Versión: 0.3.0
El servidor MCP mem0 conecta las aplicaciones del host MCP y el servicio en la nube mem0, lo que permite la gestión estructurada de la memoria del proyecto y la búsqueda semántica de información relacionada con el proyecto.
Notas de la versión
versión 0.3.0
- Solución: como el servicio en la nube mem0 ha cambiado la forma de manejar los datos, se ha modificado la forma de manejar los datos.
- Cambie de plantillas basadas en objetos JavaScript a plantillas y guías basadas en TOML, que son más eficientes para la extracción de datos mediante el servicio en nube mem0.
- Se agregó funcionalidad de registro (consulte la sección Configuración del host de MCP para obtener más detalles).
versión 0.2.0
- Se cambió de invocación basada en SSE a invocación basada en stdio para una mejor compatibilidad con los hosts MCP
- Se agregó soporte para la instalación y ejecución basadas en pipx
- Implementación simplificada a través del punto de entrada del script
pyproject.toml
Características
- Almacenamiento y recuperación de memoria del proyecto
- Búsqueda semántica de información del proyecto
- Manejo estructurado de datos de gestión de proyectos
- Herramientas de servidor MCP basadas en stdio totalmente probadas
- Registro flexible: stderr por defecto, salida de archivo mediante
--logfile - Invocación de CLI inteligente a través de una interfaz compatible con pipx
Configuración del host MCP
Al ejecutar este servidor MCP, debe especificar explícitamente el modo de salida del registro y (si está habilitado) la ruta absoluta del archivo de registro mediante argumentos de la línea de comandos .
--log=off : Deshabilita todos los registros (no se escriben registros)--log=on --logfile=/absolute/path/to/logfile.log : Habilita el registro y escribe registros en la ruta de archivo absoluta especificada- Ambos argumentos son necesarios cuando el registro está habilitado. El servidor cerrará con un error si falta alguno, si la ruta no es absoluta o si se proporcionan valores no válidos.
Ejemplo: Registro deshabilitado
"mem0": {
"command": "pipx",
"args": ["run", "mem0-mcp-for-pm", "--log=off"],
"env": {
"MEM0_API_KEY": "{apikey}"
}
}
Ejemplo: Registro habilitado (se requiere ruta absoluta del archivo de registro)
"mem0": {
"command": "pipx",
"args": ["run", "mem0-mcp-for-pm", "--log=on", "--logfile=/workspace/logs/mem0-mcp-server.log"],
"env": {
"MEM0_API_KEY": "{apikey}"
}
}
Nota:
- Cuando el registro está habilitado, los registros se escriben solo en la ruta de archivo absoluta especificada. Las rutas relativas o la omisión de
--logfile provocarán un error. - Cuando el registro está deshabilitado, no se generan registros.
- Si faltan los argumentos requeridos o no son válidos, el servidor no se iniciará e imprimirá un mensaje de error.
- El archivo de registro debe ser accesible y escribible por el proceso del servidor MCP.
Herramientas
add_project_memoryget_all_project_memoriessearch_project_memoriesupdate_project_memorydelete_project_memorydelete_all_project_memories
Todas las herramientas están disponibles a través del protocolo MCP basado en stdio.
Explotación florestal
- Predeterminado: stderr
- Opcional:
--logfile /path/to/logfile.log
Licencia
Ver archivo LICENCIA.
Detalles técnicos
La singularidad de esta bifurcación reside en el formato estructurado entre el host MCP y mem0, que se espera en formatos de codificación como TOML. Asegúrese de configurar la instrucción personalizada para una mejor gestión.
Instrucciones personalizadas
Para que mem0 funcione de manera adecuada para el propósito de gestión de proyectos, esta bifurcación tiene la siguiente instrucción para IA.
Para mem0
- Compruebe el código fuente.
Para el host MCP
Para registrar información del proyecto en mem0, utilice siempre el formato TOML para todas las entradas.
Siga estas pautas para garantizar una extracción de IA, una capacidad de búsqueda y una usabilidad óptimas en la gestión de proyectos:
- Todas las entradas de memoria del proyecto deben proporcionarse como cadenas con formato TOML.
- Incluya siempre al menos los siguientes campos de nivel superior:
category (por ejemplo, "Gestión de tareas", "Estado del proyecto", etc.)project (nombre del proyecto)timestamp (formato ISO 8601, p. ej., "2025-04-29T16:00:00+09:00")
2. Plantillas recomendadas
A continuación se muestran plantillas TOML para casos de uso comunes de gestión de proyectos.
Adáptelos según sea necesario, pero mantenga la estructura y los metadatos consistentes para una mejor búsqueda y extracción.
Ejemplo de estado del proyecto
category = "Project Status"
project = "project-name"
timestamp = "2025-04-29T16:00:00+09:00"
name = "Project Name"
purpose = "Project Purpose"
version = "1.2.0"
phase = "development"
completionLevel = 0.65
milestones = ["Planning", "Development"]
currentFocus = ["Implementing Feature X", "Optimizing Component Y"]
[metadata]
type = "status"
priority = "high"
tags = ["backend", "release"]
Ejemplo de gestión de tareas
category = "Task Management"
project = "project-name"
timestamp = "2025-04-29T16:00:00+09:00"
[[tasks]]
description = "Implement Feature X"
status = "in-progress"
deadline = "2025-05-15"
assignee = "Team A"
dependencies = ["Component Y"]
[metadata]
type = "task"
priority = "high"
tags = ["frontend", "authentication"]
3. Gestión de contexto con run_id
- Utilice el parámetro
run_id para agrupar lógicamente las entradas relacionadas. - Formato recomendado:
project:project-name:category:subcategory - Ejemplo:
run_id = "project:member-system:feature:authentication"
- Agregue siempre una tabla TOML
[metadata] para mejorar la búsqueda y el filtrado. - Ejemplo:
[metadata]
type = "task"
priority = "high"
tags = ["frontend"]
- Utilice
immutable = true para evitar actualizaciones. - Utilice
expiration_date = "YYYY-MM-DD" para establecer la fecha de vencimiento.
6. Mejores prácticas
- Sea coherente con los nombres de los campos y la estructura.
- Incluya siempre
project y timestamp . - Utilice etiquetas y metadatos claros y descriptivos.
- Aproveche los comentarios de TOML para obtener sugerencias humanas/de IA si es necesario.
Si sigue estas pautas basadas en TOML, maximizará la eficacia de la extracción y gestión de memoria del proyecto mem0.
Para casos de uso más avanzados, consulte el código fuente y las instrucciones personalizadas del lado del servidor.
- Lo siguiente es solo una muestra, ¡encuentra lo mejor tú mismo!
Guía mem0 para una memoria de proyecto eficaz (mejorada)
Esta guía describe estrategias y plantillas para gestionar eficazmente la información del proyecto con mem0. El objetivo es mejorar la capacidad de búsqueda y reutilización de los datos del proyecto mediante plantillas estructuradas y la gestión de metadatos.
mem0 puede gestionar eficazmente los siguientes tipos de información. El uso de plantillas estructuradas mejora la capacidad de búsqueda y la reutilización. Tenga en cuenta que las plantillas proporcionadas son ejemplos y deben adaptarse a las necesidades específicas del proyecto.
1. Gestión del estado del proyecto
Plantilla :
category = "Project Status"
project = "project-name"
timestamp = "2025-04-29T16:00:00+09:00"
name = "Project Name"
purpose = "Project Purpose"
version = "1.2.0"
phase = "development"
completionLevel = 0.65
milestones = ["Planning Phase", "Development Phase"]
currentFocus = ["Implementing Feature X", "Optimizing Component Y"]
risks = ["Concerns about API stability", "Resource shortage"]
2. Gestión de tareas
Plantilla :
category = "Task Management"
project = "project-name"
timestamp = "2025-04-29T16:00:00+09:00"
[[tasks]]
description = "Implement Feature X"
status = "in-progress"
deadline = "2025-03-15"
assignee = "Team A"
dependencies = ["Component Y"]
[[tasks]]
description = "Setup Development Environment"
status = "completed"
3. Resumen de la reunión
Plantilla :
category = "Meeting Summary"
project = "project-name"
timestamp = "2025-04-29T16:00:00+09:00"
title = "Weekly Progress Meeting"
date = "2025-03-23"
attendees = ["Sato", "Suzuki", "Tanaka"]
topics = ["Progress Report", "Risk Management", "Next Week's Plan"]
decisions = ["Approve additional resource allocation", "Delay release date by one week"]
[[actionItems]]
description = "Procedure for adding resources"
assignee = "Sato"
dueDate = "2025-03-25"
[[actionItems]]
description = "Revise test plan"
assignee = "Suzuki"
dueDate = "2025-03-24"
1. Gestión de contexto (run_id)
Usando el parámetro run_id de mem0, puedes agrupar lógicamente la información relacionada. Esto ayuda a mantener flujos de conversación o contextos de proyecto específicos.
Formato recomendado :
project:project-name:category:subcategory
Ejemplo de uso :
run_id = "project:member-system:feature:authentication"
El uso de metadatos puede mejorar la búsqueda de información. Recomendamos usar el siguiente esquema:
[metadata]
type = "meeting|task|decision|status|risk"
priority = "high|medium|low"
tags = ["frontend", "backend", "design"]
status = "pending|in-progress|completed"
Utilizando los parámetros immutable y expiration_date , puede administrar el ciclo de vida de la información.
Ejemplo de uso :
immutable = true
expiration_date = "2025-06-30"
Patrones de uso práctico
1. Ejemplo de gestión de sprints
category = "Project Status"
project = "member-system"
timestamp = "2025-05-01T10:00:00+09:00"
sprint = "Sprint-2025-05"
duration = "2 weeks"
goals = ["Implement authentication feature", "Improve UI"]
[[tasks]]
description = "Implement login screen"
assignee = "Tanaka"
estimate = "3 days"
[[tasks]]
description = "API integration"
assignee = "Sato"
estimate = "2 days"
[metadata]
type = "status"
tags = ["sprint-planning"]
category = "Project Status"
project = "member-system"
timestamp = "2025-05-08T15:00:00+09:00"
sprint = "Sprint-2025-05"
completionLevel = 0.4
[[status]]
task = "Implement login screen"
progress = 0.7
status = "in-progress"
[[status]]
task = "API integration"
progress = 0.2
status = "in-progress"
blockers = ["Change in API response specification"]
[metadata]
type = "status"
tags = ["sprint-progress"]
2. Ejemplo de gestión de riesgos
category = "Risk Management"
project = "member-system"
timestamp = "2025-05-03T11:00:00+09:00"
[[risks]]
description = "Concerns about external API stability"
impact = "High"
probability = "Medium"
mitigation = "Implement fallback mechanism"
owner = "Development Lead"
status = "open"
[metadata]
type = "risk"
priority = "high"
category = "Risk Management"
project = "member-system"
timestamp = "2025-05-10T16:30:00+09:00"
[[risks]]
description = "Concerns about external API stability"
status = "Resolved"
resolution = "Fallback mechanism implementation completed"
[metadata]
type = "risk"
priority = "medium"
Puntos importantes
- Metadatos estándar : incluya siempre el nombre del proyecto y la marca de tiempo.
- Formato de datos : utilice TOML para todas las entradas e incluya una tabla
[metadata] . - Gestión del contexto : utilice
run_id de forma jerárquica para mantener la relevancia de la información. - Eficiencia de búsqueda : los metadatos y la estructura consistentes mejoran la eficiencia de la búsqueda.
4. Estrategia de implementación
Para implementar las mejoras anteriores, recomendamos los siguientes pasos:
- Mejorar el método
add_project_memory :- Actualizar las cadenas de documentación: mejorar los ejemplos de uso y las descripciones de los parámetros.
- Manejo de errores: proporcione información de error más detallada.
- Formato de respuesta: Indique explícitamente los parámetros utilizados.
- Actualizar instrucciones personalizadas :
- Enriquecer ejemplos de plantillas.
- Aclarar el uso recomendado de
run_id (introducir estructura jerárquica). - Estandarizar el esquema de metadatos.
- Proporcionar ejemplos de uso práctico.
Estas mejoras mejorarán la usabilidad y la eficiencia de la gestión de la información manteniendo la compatibilidad con las API existentes.
5. Resumen
Las mejoras propuestas aportan valor de las siguientes maneras al tiempo que mantienen la compatibilidad con las funciones del servidor MCP mem0 existentes: