Skip to main content
Glama
deenesjakoruzh
KunihiroS

mem0 MCP Server for Project Management

by KunihiroS
OverviewSchemaSourceRelated ServersDiscussionsAdmin
Python
Remote

プロジェクト管理のための mem0 MCP サーバー

バージョン: 0.3.0

mem0 MCP サーバーは、MCP ホスト アプリケーションと mem0 クラウド サービスを橋渡しし、構造化されたプロジェクト メモリ管理とプロジェクト関連情報のセマンティック検索を可能にします。

リリースノート

バージョン0.3.0

  • 修正: mem0 クラウド サービスがデータの処理方法を変更したため、データの処理方法が変更されました。

  • JavaScript オブジェクトベースのテンプレートを TOML ベースのテンプレートとガイドに変更します。これにより、mem0 クラウド サービスによるデータ抽出がより効率的になります。

  • ログ機能が追加されました (詳細については、MCP ホスト構成セクションを参照してください)。

バージョン0.2.0

  • MCPホストとの互換性を高めるために、SSEベースの呼び出しからstdioベースの呼び出しに切り替えました。

  • pipxベースのインストールと実行のサポートを追加

  • pyproject.tomlスクリプト エントリポイントによる簡素化されたデプロイメント

Related MCP server: mcp-memoria

特徴

  • プロジェクトメモリの保存と検索

  • プロジェクト情報のセマンティック検索

  • 構造化されたプロジェクト管理データ処理

  • 完全にテストされたstdioベースのMCPサーバーツール

  • 柔軟なログ記録: デフォルトではstderr、 --logfile経由でファイル出力

  • pipx互換インターフェース経由のスマートCLI呼び出し

MCPホスト構成

この MCP サーバーを実行するときは、コマンドライン引数を使用して、ログ出力モードと (有効な場合) 絶対ログ ファイル パスを明示的に指定する必要があります。

  • --log=off : すべてのログ記録を無効にする（ログは書き込まれません）

  • --log=on --logfile=/absolute/path/to/logfile.log : ログ記録を有効にし、指定された絶対ファイルパスにログを書き込みます。

  • ログを有効にする場合は、両方の引数が必須です。どちらかが欠落している場合、パスが絶対パスでない場合、または無効な値が指定された場合、サーバーはエラーで終了します。

例: ログ記録が無効

"mem0": {
  "command": "pipx",
  "args": ["run", "mem0-mcp-for-pm", "--log=off"],
  "env": {
    "MEM0_API_KEY": "{apikey}"
  }
}

例: ログ記録が有効 (ログファイルの絶対パスが必要)

"mem0": {
  "command": "pipx",
  "args": ["run", "mem0-mcp-for-pm", "--log=on", "--logfile=/workspace/logs/mem0-mcp-server.log"],
  "env": {
    "MEM0_API_KEY": "{apikey}"
  }
}

注記：

  • ログ記録を有効にすると、ログは指定された絶対ファイルパスにのみ書き込まれます。相対パスを指定したり、 --logfileを省略したりするとエラーが発生します。

  • ログ記録が無効になっている場合、ログは出力されません。

  • 必要な引数が欠落しているか無効である場合、サーバーは起動せず、エラー メッセージが表示されます。

  • ログ ファイルは、MCP サーバー プロセスによってアクセスおよび書き込み可能である必要があります。

ツール

  • add_project_memory

  • get_all_project_memories

  • search_project_memories

  • update_project_memory

  • delete_project_memory

  • delete_all_project_memories

すべてのツールは、stdio ベースの MCP プロトコルを介して利用できます。

ログ記録

  • デフォルト: stderr

  • オプション: --logfile /path/to/logfile.log

ライセンス

LICENSE ファイルを参照してください。

技術的な詳細

このフォークのユニークな点は、MCPホストとmem0間の構造化フォーマットがTOMLのようなコーディング形式で期待されていることです。より適切に処理できるように、カスタム命令を設定してください。

カスタム指示

mem0 をプロジェクト管理の目的に合うように動作させるために、このフォークには AI に関する次の指示があります。

mem0の場合

  • ソースコードを確認してください。

MCPホストの場合

mem0 にプロジェクト情報を登録するには、すべてのエントリに対して常に TOML 形式を使用します。
最適な AI 抽出、検索可能性、およびプロジェクト管理の使いやすさを確保するには、次のガイドラインに従ってください。

1. TOMLを基本フォーマットとして使用する

  • すべてのプロジェクト メモリ エントリは、TOML 形式の文字列として提供する必要があります。

  • 少なくとも次の最上位フィールドを常に含めます。

    • category （例：「タスク管理」、「プロジェクトステータス」など）

    • project （プロジェクト名）

    • timestamp （ISO 8601形式、例："2025-04-29T16:00:00+09:00"）

2. 推奨テンプレート

以下は、一般的なプロジェクト管理ユースケース用の TOML テンプレートです。
必要に応じてこれらを調整しますが、検索と抽出を向上させるために構造とメタデータの一貫性を維持します。

プロジェクトステータスの例

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"]

タスク管理の例

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. run_idによるコンテキスト管理

  • 関連するエントリを論理的にグループ化するには、 run_idパラメータを使用します。

  • 推奨フォーマット:
    project:project-name:category:subcategory

  • 例：

    run_id = "project:member-system:feature:authentication"

4. メタデータの使用

  • 検索とフィルタリングを強化するには、常に[metadata] TOML テーブルを追加します。

  • 例：

    [metadata]
type = "task"
priority = "high"
tags = ["frontend"]

5. 情報ライフサイクル

  • 更新を防止するには、 immutable = trueを使用します。

  • 有効期限を設定するには、 expiration_date = "YYYY-MM-DD"を使用します。

6. ベストプラクティス

  • フィールド名と構造に一貫性を持たせます。

  • 常にprojectとtimestampを含めます。

  • 明確で説明的なタグとメタデータを使用します。

  • 必要に応じて、TOML コメントを活用して人間/AI のヒントを得ます。

これらの TOML ベースのガイドラインに従うことで、mem0 のプロジェクト メモリの抽出と管理の有効性が最大限に高まります。
より高度な使用例については、ソース コードとサーバー側のカスタム手順を参照してください。

  • 以下は単なるサンプルです、ご自身でベストなものを見つけてください!!

mem0 効果的なプロジェクトメモリのためのガイド（拡張版）

このガイドでは、mem0を用いてプロジェクト情報を効果的に管理するための戦略とテンプレートについて概説します。構造化されたテンプレートとメタデータ管理を通じて、プロジェクトデータの検索性と再利用性を向上させることを目的としています。

情報構造とテンプレート

mem0 は以下の種類の情報を効果的に管理できます。構造化されたテンプレートを使用すると、検索性と再利用性が向上します。提供されているテンプレートはサンプルであり、特定のプロジェクトのニーズに合わせて調整する必要があることに注意してください。

1. プロジェクトステータス管理

テンプレート：

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. タスク管理

テンプレート：

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. 会議概要

テンプレート：

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. コンテキスト管理（run_id）

mem0のrun_idパラメータを使用すると、関連する情報を論理的にグループ化できます。これにより、特定の会話フローやプロジェクトのコンテキストを維持するのに役立ちます。

推奨フォーマット:

project:project-name:category:subcategory

使用例：

run_id = "project:member-system:feature:authentication"

2. メタデータの効果的な活用

メタデータを使用すると、情報の検索性が向上します。以下のスキーマの使用をお勧めします。

[metadata]
type = "meeting|task|decision|status|risk"
priority = "high|medium|low"
tags = ["frontend", "backend", "design"]
status = "pending|in-progress|completed"

3. 情報ライフサイクル管理

immutableおよびexpiration_dateパラメータを使用して、情報のライフサイクルを管理できます。

使用例：

immutable = true
expiration_date = "2025-06-30"

実用的な使用パターン

1. スプリント管理の例

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. リスク管理の例

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"

重要なポイント

  • 標準メタデータ: プロジェクト名とタイムスタンプを常に含めます。

  • データ形式: すべてのエントリに TOML を使用し、 [metadata]テーブルを含めます。

  • コンテキスト管理: 情報の関連性を維持するために、 run_id階層的に使用します。

  • 検索効率: 一貫したメタデータと構造により、検索効率が向上します。

4. 実施戦略

上記の改善を実装するには、次の手順をお勧めします。

  1. add_project_memoryメソッドを強化します。

    • ドキュメント文字列を更新: 使用例とパラメータの説明を改善します。

    • エラー処理: より詳細なエラー情報を提供します。

    • 応答形式: 使用されるパラメータを明示的に指定します。

  2. カスタム手順の更新:

    • テンプレートの例を充実させます。

    • run_idの推奨される使用方法を明確にします (階層構造を導入します)。

    • メタデータ スキーマを標準化します。

    • 実際の使用例を示します。

これらの改善により、既存の API との互換性を維持しながら、情報管理の使いやすさと効率性が向上します。

5. まとめ

提案された改善は、既存の mem0 MCP サーバー機能との互換性を維持しながら、次の点で価値を提供します。

This server cannot be deployed

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Maintenance

ActivityInactive
ResponsivenessNo issues

Resources

Related MCP Connectors

Related MCP Servers

  • mem0-oss-mcp

    SteinX
    A
    license
    Not graded
    quality
    A
    maintenance
    Bridges MCP to a self-hosted Mem0 OSS server, enabling memory management operations like adding, searching, updating, and deleting memories.
    MIT

  • memory-service

    mbay-ODW
    F
    license
    Not graded
    quality
    B
    maintenance
    Provides self-hosted, versioned project memory with full-text and vector search, enabling search, retrieval, upsertion, and history management of project entries via MCP tools.
    -

Appeared in Searches