MCP Server for mem0 project management integration
Project description
mem0 MCP Server for Project Management
Version: 0.2.0
mem0 MCP Server bridges MCP Host applications and the mem0 cloud service, enabling structured project memory management and semantic search for project-related information.
Release Notes
v0.2.0
- Switched from SSE-based to stdio-based invocation for better compatibility with MCP Hosts
- Added support for pipx-based installation and execution
- Simplified deployment via
pyproject.tomlscript entrypoint
Features
- Project memory storage and retrieval
- Semantic search for project information
- Structured project management data handling
- Fully tested stdio-based MCP Server tools
- Flexible logging: stderr by default, file output via
--logfile - Smart CLI invocation via pipx-compatible interface
MCP Host Configuration
Example configuration for MCP Host:
"mem0": {
"command": "pipx",
"args": ["run", "mem0-mcp-for-pm"],
"env": {
"MEM0_API_KEY": "{apikey}"
}
}
Tools
add_project_memoryget_all_project_memoriessearch_project_memoriesupdate_project_memorydelete_project_memorydelete_all_project_memories
All tools are available via stdio-based MCP protocol.
Logging
- Default: stderr
- Optional:
--logfile /path/to/logfile.log
License
See LICENSE file.
Technical details
The uniqueness of this forked is the structured format between MCP Host and mem0 is expected in coding format like Javascript object. Make sure you set the custom instruction to be able to handle better.
Custom instruction
In order to make mem0 working as fitting to project management purpose, this forked has the following instruction for AI.
For mem0
- Check the source code.
For MCP Host
- The following is just sample, find the best by yourself !!
mem0 Guide for Effective Project Memory (Enhanced)
This guide outlines strategies and templates for effectively managing project information using mem0. The aim is to improve searchability and reusability of project data through structured templates and metadata management.
Information Structure and Templates
mem0 can effectively manage the following types of information. Using structured templates improves searchability and reusability. Note that the templates provided are examples and should be adapted to fit specific project needs.
1. Project Status Management
Template:
// [PROJECT: project-name] [TIMESTAMP: yyyy-MM-ddTHH:mm:ss+09:00] [TYPE: Project Status]
const projectStatus = {
overview: {
name: "Project Name", // Required
purpose: "Project Purpose", // Required
version: "1.2.0", // Optional
phase: "development" // Optional
},
progress: {
completionLevel: 0.65, // Completion rate (value between 0 and 1)
milestones: [
{ name: "Planning Phase", status: "completed", date: "2025-02-15" },
{ name: "Development Phase", status: "in-progress", progress: 0.70 }
]
},
currentFocus: ["Implementing Feature X", "Optimizing Component Y"],
risks: ["Concerns about API stability", "Resource shortage"]
};
2. Task Management
Template:
// [PROJECT: project-name] [TIMESTAMP: yyyy-MM-ddTHH:mm:ss+09:00] [TYPE: Task Management]
const taskManagement = {
highPriority: [
{
description: "Implement Feature X", // Required
status: "in-progress", // Required
deadline: "2025-03-15", // Optional
assignee: "Team A", // Optional
dependencies: "Component Y" // Optional
}
],
mediumPriority: [],
completedTasks: [
{
description: "Setup Development Environment",
status: "completed"
}
]
};
3. Meeting Summary
Template:
// [PROJECT: project-name] [TIMESTAMP: yyyy-MM-ddTHH:mm:ss+09:00] [TYPE: Meeting Summary]
const meetingMinutes = {
title: "Weekly Progress Meeting",
date: "2025-03-23",
attendees: [
{ department: "Development", members: ["Sato", "Suzuki"] },
{ department: "Design", members: ["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" },
{ description: "Revise test plan", assignee: "Suzuki", dueDate: "2025-03-24" }
]
};
Effective Information Management Techniques
1. Context Management (run_id)
Using mem0's run_id parameter, you can logically group related information. This helps maintain specific conversation flows or project contexts.
Recommended Format:
project:project-name:category:subcategory
Usage Example:
// Managing information related to a specific feature
add_project_memory(
"// [PROJECT: Member System] [TYPE: Technical Specification]\nconst authSpec = {...};",
run_id="project:member-system:feature:authentication",
metadata={"type": "specification"}
);
// Adding a task for the same feature
add_project_memory(
"// [PROJECT: Member System] [TYPE: Task Management]\nconst authTasks = {...};",
run_id="project:member-system:feature:authentication",
metadata={"type": "task"}
);
// Searching for related information
search_project_memories("authentication", {
"run_id": "project:member-system:feature:authentication"
});
2. Effective Use of Metadata
Using metadata can enhance the searchability of information. We recommend using the following schema:
{
"type": "meeting|task|decision|status|risk", // Type of information
"priority": "high|medium|low", // Priority
"tags": ["frontend", "backend", "design"], // Related tags
"status": "pending|in-progress|completed" // Status
}
Usage Example:
// Registering a high-priority task
add_project_memory(
"// [PROJECT: Member System] [TYPE: Task Management]\nconst task = {...};",
metadata={
"type": "task",
"priority": "high",
"tags": ["frontend", "authentication"]
}
);
// Searching for tasks with a specific tag
search_project_memories("task", {
"metadata": {
"tags": ["frontend"]
}
});
3. Information Lifecycle Management
Using the immutable and expiration_date parameters, you can manage the lifecycle of information.
Usage Example:
// Recording an immutable decision
add_project_memory(
"// [PROJECT: Member System] [TYPE: Decision Record]\nconst decision = {...};",
immutable=True, // Set as immutable
metadata={"type": "decision"}
);
// Information with an expiration date
add_project_memory(
"// [PROJECT: Member System] [TYPE: Meeting Summary]\nconst meeting = {...};",
expiration_date="2025-06-30", // Expires on this date
metadata={"type": "meeting"}
);
Practical Usage Patterns
1. Sprint Management Example
// Registering the sprint plan at the start
add_project_memory(
"// [PROJECT: Member System] [TIMESTAMP: 2025-05-01T10:00:00+09:00] [TYPE: Project Status]\n" +
"const sprintPlan = {\n" +
" sprint: \"Sprint-2025-05\",\n" +
" duration: \"2 weeks\",\n" +
" goals: [\"Implement authentication feature\", \"Improve UI\"],\n" +
" tasks: [\n" +
" { description: \"Implement login screen\", assignee: \"Tanaka\", estimate: \"3 days\" },\n" +
" { description: \"API integration\", assignee: \"Sato\", estimate: \"2 days\" }\n" +
" ]\n" +
"};",
run_id="project:member-system:sprint:2025-05",
metadata={"type": "status", "tags": ["sprint-planning"]}
);
// Mid-sprint progress report
add_project_memory(
"// [PROJECT: Member System] [TIMESTAMP: 2025-05-08T15:00:00+09:00] [TYPE: Project Status]\n" +
"const progress = {\n" +
" sprint: \"Sprint-2025-05\",\n" +
" completionLevel: 0.4,\n" +
" status: [\n" +
" { task: \"Implement login screen\", progress: 0.7, status: \"in-progress\" },\n" +
" { task: \"API integration\", progress: 0.2, status: \"in-progress\" }\n" +
" ],\n" +
" blockers: [\"Change in API response specification\"]\n" +
"};",
run_id="project:member-system:sprint:2025-05",
metadata={"type": "status", "tags": ["sprint-progress"]}
);
2. Risk Management Example
// Registering a risk
add_project_memory(
"// [PROJECT: Member System] [TIMESTAMP: 2025-05-03T11:00:00+09:00] [TYPE: Risk Assessment]\n" +
"const risk = {\n" +
" description: \"Concerns about external API stability\",\n" +
" impact: \"High\",\n" +
" probability: \"Medium\",\n" +
" mitigation: \"Implement fallback mechanism\",\n" +
" owner: \"Development Lead\"\n" +
"};",
run_id="project:member-system:risk:api-stability",
metadata={"type": "risk", "priority": "high"}
);
// Updating the risk status
add_project_memory(
"// [PROJECT: Member System] [TIMESTAMP: 2025-05-10T16:30:00+09:00] [TYPE: Risk Assessment]\n" +
"const riskUpdate = {\n" +
" description: \"Concerns about external API stability\",\n" +
" status: \"Resolved\",\n" +
" resolution: \"Fallback mechanism implementation completed\"\n" +
"};",
run_id="project:member-system:risk:api-stability",
metadata={"type": "risk", "priority": "medium"}
);
Important Points
- Standard Metadata: Always include the project name and timestamp.
- Data Format: Use structured data (JavaScript objects, JSON, YAML).
- Context Management: Use
run_idhierarchically to maintain information relevance. - Search Efficiency: Consistent metadata and structure improve search efficiency.
4. Implementation Strategy
To implement the above improvements, we recommend the following steps:
-
Enhance the
add_project_memoryMethod:- Update documentation strings: Improve usage examples and parameter descriptions.
- Error handling: Provide more detailed error information.
- Response format: Explicitly state the parameters used.
-
Update Custom Instructions:
- Enrich template examples.
- Clarify recommended usage of
run_id(introduce hierarchical structure). - Standardize metadata schema.
- Provide practical usage examples.
These improvements will enhance the usability and efficiency of information management while maintaining compatibility with existing APIs.
5. Summary
The proposed improvements provide value in the following ways while maintaining compatibility with existing mem0 MCP server functions:
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file mem0_mcp_for_pm-0.2.1.tar.gz.
File metadata
- Download URL: mem0_mcp_for_pm-0.2.1.tar.gz
- Upload date:
- Size: 10.1 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.12.9
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
fcf33db4bdc49f6e67f0d4a334ae360bd73a141f84fb9a6999cd13d7251f5da4
|
|
| MD5 |
4a2fb0cbc1f83dbea5ec22e6ef570830
|
|
| BLAKE2b-256 |
4613a3f1ffc7dbaa4198b2eb8e45bd7c9adcfd4279992f3afd15f214d95332bd
|
File details
Details for the file mem0_mcp_for_pm-0.2.1-py3-none-any.whl.
File metadata
- Download URL: mem0_mcp_for_pm-0.2.1-py3-none-any.whl
- Upload date:
- Size: 11.5 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.12.9
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
45e6bc2b336b0e2204f4150745773cf228e1a8eb752886752a43d28269d3ba31
|
|
| MD5 |
cc7381cd522c311705e31de0606f205f
|
|
| BLAKE2b-256 |
5dd72a5b69684d0dce4b887b4b8d9bfc77b6564616939813e1c6f769519552eb
|