SelfHub MCP Server
Enables memory management directly from GitHub Copilot Chat in VS Code using @workspace commands.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@SelfHub MCP ServerStore that I prefer dark mode in all applications"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
SelfHub MCP Server
Your Personal AI Memory Hub - Store and retrieve your personal data from any MCP-enabled AI assistant.
π― What is SelfHub?
SelfHub is a Model Context Protocol (MCP) server that acts as your personal digital memory. Store notes, preferences, code snippets, tasks, and any information you want - then access them seamlessly from any AI assistant that supports MCP (Claude Desktop, VS Code Copilot, etc.).
Think of it as your personal knowledge base that travels with you across all AI conversations.
Related MCP server: mcp-awareness
Quick start
Pick one way to run it. Each needs a MongoDB; option 1 brings its own.
1. Docker Compose (no local Node or MongoDB):
git clone https://github.com/Sagargupta16/SelfHub.git
cd SelfHub
docker compose build
claude mcp add selfhub -- docker compose -f /absolute/path/to/SelfHub/docker-compose.yml run --rm -T selfhubThe client starts MongoDB (data kept in the selfhub-data volume) the first time it launches the server. docker compose up -d mongo on its own gives you a MongoDB on localhost:27017 for options 2 and 3. That port is bound on 127.0.0.1, so stop any local mongod already listening on 27017 first.
2. From source - see Setup with Claude Desktop below.
3. npm, after the first release (Node 24+, MongoDB at MONGODB_URI or mongodb://localhost:27017/selfhub). The selfhub-mcp-server package is not on npm yet; this works once the v0.3.0 tag has been published:
claude mcp add selfhub -e MONGODB_URI=mongodb://localhost:27017/selfhub -- npx -y selfhub-mcp-serverSee it work in 10 seconds
pnpm install
pnpm demopnpm demo starts a throwaway in-memory MongoDB and three separate server processes, one per client. What the first one stores, the next two recall. It never touches MONGODB_URI. Real output (IDs are random per run):
[claude-desktop] store_memory {"content":"I use pnpm for every JavaScript project, never npm or yarn","category":"personal","tags":["preferences","tooling"],"importance":5}
-> stored mem_0921e35e
[claude-desktop] store_memory {"content":"API responses use camelCase keys and ISO 8601 dates","category":"projects","tags":["api"]}
-> stored mem_245a76c2
[claude-desktop] create_context {"name":"Billing API","type":"project","memoryIds":["mem_245a76c2"]}
-> created ctx_1cc3a4fc
[claude-code] search_memories {"query":"pnpm"}
-> 1 result: "I use pnpm for every JavaScript project, never npm or yarn" (score 0.56, relevance high)
[vscode-copilot] activate_context {"id":"ctx_1cc3a4fc"}
-> Billing API, 1 memory: "API responses use camelCase keys and ISO 8601 dates"
[vscode-copilot] get_stats {}
-> 2 memories (personal 1, projects 1), 1 contextArchitecture
The MCP client launches SelfHub as a child process and talks JSON-RPC over stdio. Every tool call goes through a thin service layer into MongoDB, so the same memories show up in Claude Desktop, Claude Code and VS Code.
flowchart LR
subgraph Clients["MCP clients"]
CD[Claude Desktop]
CC[Claude Code]
VS[VS Code Copilot]
end
subgraph SelfHub["SelfHub (Node.js, stdio)"]
IDX["src/index.ts<br/>9 tool schemas + dispatcher"]
MS[memory.service.ts]
CS[context.service.ts]
ST["mongodb-storage.ts<br/>Mongoose models"]
end
DB[("MongoDB<br/>memories + contexts<br/>text index")]
CD & CC & VS -- "JSON-RPC over stdio" --> IDX
IDX --> MS & CS
MS & CS --> ST
ST --> DBDesign decisions
stdio transport, no HTTP port - the client owns the process lifetime, nothing listens on the network, and stdout is reserved for JSON-RPC (all logs go to stderr).
MongoDB does the work -
search_memoriesruns one query that combines a$textindex (content, title, description) with the category, type and tag filters, ranks bytextScoreand returns that score.list_memoriessorts, skips and limits in MongoDB, so only one page crosses the wire. Indexes are built before the server accepts calls, so the first search on a new database works.Contexts as a second collection - a context stores memory IDs and each memory stores its
contextId.activate_contextloads a project's memories with a single$inquery and only one context is active at a time. Unknown IDs are never linked, anddelete_memorypulls the ID out of every context, somemoryCountstays accurate.Plays by the stdio lifecycle - when the client closes stdin, the server closes its MongoDB connection and exits instead of lingering.
Readable IDs -
mem_xxxxxxxxandctx_xxxxxxxxIDs are easy for a model to quote back in follow-up tool calls.
π Setup with Claude Desktop
Step 1: Install and Build
git clone https://github.com/Sagargupta16/SelfHub.git
cd SelfHub
pnpm install
cp .env.example .env # set MONGODB_URI to your MongoDB connection string
pnpm build
# Optional: load sample data
pnpm seedStep 2: Configure Claude Desktop
Open the Claude Desktop configuration file:
Windows:
%APPDATA%\Claude\claude_desktop_config.jsonmacOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonLinux:
~/.config/Claude/claude_desktop_config.json
Add this configuration (replace with your actual path):
{
"mcpServers": {
"selfhub": {
"command": "node",
"args": ["C:\\absolute\\path\\to\\SelfHub\\build\\index.js"]
}
}
}Important for Windows: Use double backslashes (\\) in the path!
Step 3: Restart Claude Desktop
Completely quit and restart Claude Desktop.
Step 4: Test It!
In Claude, try:
"List all my memories"
"Search my memories for typescript"
"Store that I prefer dark mode in all applications"
Setup with Claude Code
After building, register the server with one command (use your absolute path):
claude mcp add selfhub -- node /absolute/path/to/SelfHub/build/index.jsπ» Setup with VS Code
Step 1: Build the Server
pnpm buildStep 2: Configure VS Code
Create .vscode/mcp.json in your workspace (replace with your actual path):
{
"servers": {
"selfhub": {
"type": "stdio",
"command": "node",
"args": ["C:\\absolute\\path\\to\\SelfHub\\build\\index.js"]
}
}
}Then reload VS Code: Press Ctrl+Shift+P (or Cmd+Shift+P on Mac) β Type "Reload Window" β Press Enter
Step 3: Test in Copilot Chat
Open GitHub Copilot Chat (Ctrl+Alt+I) and try:
@workspace list my memories
@workspace search my memories for "typescript"
@workspace store in my memory: I love using pnpm for package managementNote: You need GitHub Copilot extension installed and enabled.
π οΈ Available Tools
Memory Management (5 tools)
1. store_memory
Store new information in your memory hub.
Example:
Store that I prefer TypeScript over JavaScript for all new projectsParameters:
content(required) - The information to storetype- Memory type:short-term,long-term,contextualcategory- Category:personal,professional,learning,projects,code,tasks, etc.title- Optional titletags- Array of tagsimportance- 1-5 importance level
2. retrieve_memory
Get a specific memory by its ID.
Example:
Retrieve memory mem_0013. list_memories
List memories with optional filters.
Example:
List all my professional memories
Show me memories tagged with 'typescript'
List my personal memoriesParameters:
type- Filter by typecategory- Filter by categorytags- Filter by tagscontextId- Filter by contextlimit- Max results (default: 50)offset- Pagination offset
4. search_memories
Search through your memories using text queries.
Example:
Search my memories for "typescript"
Find memories about "API design"Parameters:
query(required) - Search querycategory- Filter by categorytype- Filter by typetags- Filter by tagslimit- Max results (default: 10)
Each result carries score (MongoDB textScore, results are sorted by it) and relevance (high, medium or low from the memory's importance).
5. delete_memory
Delete a memory by ID.
Example:
Delete memory mem_005Context Management (3 tools)
6. create_context
Create a new organizational context.
Example:
Create a new context called "Machine Learning Project" for project typeParameters:
name(required) - Context nametype(required) -conversation,project,topic,temporaldescription- Optional descriptiontags- Array of tagsmemoryIds- Initial memory IDs to include
7. activate_context
Activate a context and load its memories.
Example:
Activate the "SelfHub Development" context8. list_contexts
List all contexts with optional filters.
Example:
List all my project contexts
Show active contextsAnalytics (1 tool)
9. get_stats
Get usage statistics and insights.
Example:
Show me my memory statisticsReturns:
Total memories count
Memories by type breakdown
Memories by category breakdown
Total contexts
Most used tags
π Example Usage Scenarios
Personal Knowledge Management
Store that I prefer dark mode in all applications
Store my favorite TypeScript coding conventions
Remember that I use pnpm for package management
Search my memories for "preferences"Project Development
Create a new context called "SelfHub Development" for project type
Store in SelfHub context: Database schema uses Drizzle ORM
Activate the SelfHub Development context
List all memories in the SelfHub contextLearning & Notes
Store as learning: Vector embeddings represent text as numerical arrays
Tag with "machine-learning" and "embeddings"
Search my learning memories for "embeddings"
List all my learning-related memoriesCode Snippets
Store this code snippet: const sum = (a, b) => a + b
Category: code, Tags: javascript, utility
Search my code for "utility functions"ποΈ Sample Data
Run pnpm seed to load 6 sample memories into your database:
mem_sample_001 - Dark mode UI preference (personal)
mem_sample_002 - TypeScript best practice (professional)
mem_sample_003 - MongoDB basics (learning)
mem_sample_004 - Documentation update task (tasks)
mem_sample_005 - NPM commands quick reference (code)
mem_sample_006 - SelfHub project overview (projects)
And 2 sample contexts:
ctx_sample_001 - SelfHub Development (project)
ctx_sample_002 - Personal Preferences (topic)
ποΈ Project Structure
SelfHub/
βββ src/
β βββ index.ts # Main MCP server
β βββ seed.ts # Sample data seeder
β βββ db/ # Database layer
β β βββ connection.ts
β β βββ schemas.ts
β βββ models/ # TypeScript type definitions
β β βββ memory.model.ts
β β βββ context.model.ts
β β βββ index.ts
β βββ services/ # Business logic layer
β β βββ memory.service.ts
β β βββ context.service.ts
β βββ storage/ # Storage implementation
β βββ mongodb-storage.ts # MongoDB persistent storage
βββ test/ # End-to-end tests (MCP SDK client + mongodb-memory-server)
β βββ harness.ts
β βββ server.test.ts
βββ scripts/
β βββ demo.ts # pnpm demo: three clients, one memory
βββ build/ # Compiled JavaScript output
βββ Dockerfile # Production image (node:24-alpine)
βββ docker-compose.yml # MongoDB + server
βββ server.json # MCP Registry metadata
βββ .env.example # Environment variable template
βββ package.json
βββ tsconfig.json
βββ README.mdπ§ Development
Available Scripts
# Development mode (auto-reload with tsx)
pnpm dev
# Type checking
pnpm typecheck
# Build for production
pnpm build
# End-to-end tests
pnpm test
# Cross-client demo against an in-memory MongoDB
pnpm demo
# Clean build directory
pnpm cleanCI runs pnpm install --frozen-lockfile --ignore-scripts, pnpm audit --audit-level=high, pnpm typecheck, pnpm build and pnpm test on every push and pull request, and builds the Docker image and checks that it answers an MCP initialize over stdio.
Tests
pnpm test builds the server, then runs 14 end-to-end tests with node:test. Each test spawns build/index.js as a real stdio child process, connects with the official MCP SDK client, and runs against a throwaway MongoDB from mongodb-memory-server (downloaded on first run). They cover the tool contract (no-argument calls, filters, pagination, context membership, delete cleanup, error results), the first search on a new database, clean exit on stdin close, and two clients sharing one database. Run against the v0.2.5 server, 7 of the 14 fail (6 assertion failures, 1 timeout waiting for the process to exit); all 14 pass on v0.3.0.
Releases
Pushing a v* tag runs .github/workflows/release.yml: it checks that the tag, package.json and server.json versions match, runs the gates, publishes to npm with trusted publishing (OIDC, no token in secrets), and publishes server.json to the MCP Registry as io.github.Sagargupta16/selfhub. Re-running a tag skips the npm step when that version is already on npm.
The first release needs a one-time npm setup, because npm's trusted publisher docs only describe adding one from an existing package's settings page: publish 0.3.0 once from a local checkout with npm publish --access public, then add Sagargupta16/SelfHub and release.yml as the trusted publisher under the package's Settings on npmjs.com, and push the v0.3.0 tag so the workflow publishes server.json to the MCP Registry. Later versions publish from the tag alone.
How It Works
MCP Server (
src/index.ts) - Implements the MCP protocol, defines 9 toolsServices Layer - Business logic for memory and context operations
Storage Layer - MongoDB persistent storage via Mongoose (set
MONGODB_URIin.env)Models - TypeScript interfaces for type safety
Testing Locally
# Start the server
pnpm dev
# You should see:
# π SelfHub MCP Server running with MongoDB!
# πΎ Database: Connected and ready
# π οΈ Available tools: 9 (store, retrieve, search, list, delete, contexts, stats)The server runs on stdio (standard input/output) and waits for MCP protocol messages. You cannot interact with it directly - it needs an MCP client like Claude Desktop or VS Code.
π Troubleshooting
Server Not Showing in Claude Desktop
Check the config path:
Make sure you're editing the correct config file
Use absolute path, not relative
Verify build exists:
ls build/index.jsCheck for typos:
Windows paths need double backslashes:
C:\\path\\to\\JSON syntax must be valid
Restart Claude completely:
Quit from system tray
Wait a few seconds
Start again
Check Claude logs:
Windows:
%APPDATA%\Claude\logsmacOS:
~/Library/Logs/Claude
VS Code Not Showing Tools
Make sure GitHub Copilot is installed:
Press
Ctrl+Shift+XSearch "GitHub Copilot"
Install both "GitHub Copilot" and "GitHub Copilot Chat"
Reload VS Code window:
Ctrl+Shift+Pβ "Reload Window"
Check the build:
pnpm build
Build Errors
# Clean and rebuild
rm -rf build node_modules
pnpm install
pnpm buildData Not Persisting
SelfHub uses MongoDB persistent storage - your data survives server restarts. If data isn't persisting:
Check your
.envfile:Make sure
MONGODB_URIpoints to your MongoDB instanceCopy from the template if missing:
cp .env.example .env
Verify the connection:
The server logs
β Connected to MongoDBon startupWithout
MONGODB_URI, it falls back tomongodb://localhost:27017/selfhub
π Dependency Updates
This project uses Renovate for automated dependency updates - see renovate.json.
π Documentation
Model Context Protocol - Learn about MCP
Claude Desktop - Download Claude Desktop
GitHub Copilot - Learn about Copilot
πΊοΈ Roadmap
Current Version (v0.3.0)
β MongoDB persistent storage
β 9 MCP tools
β Memory categorization and tagging
β Context management
β Text-based search
β Sample data seeder
End-to-end test suite in CI
Docker Compose setup
npm package and MCP Registry metadata, ready to publish from a tag
Future Enhancements
Vector embeddings for semantic search
File import/export (JSON, Markdown, CSV)
Data encryption for sensitive information
Web UI for management
Multi-user support
Cloud sync
π€ Contributing
Contributions are welcome! Please read CONTRIBUTING.md and feel free to submit a Pull Request.
π License
MIT License - see LICENSE file for details.
π¬ Support
If you have questions or run into issues:
Check the Troubleshooting section
Review the documentation above
Open an issue on GitHub
π Acknowledgments
Built with:
Model Context Protocol SDK - MCP implementation
TypeScript - Type safety
pnpm - Fast package manager
Made with β€οΈ by Sagargupta16
Your personal AI memory hub - remember everything, access anywhere!
This server cannot be deployed
Maintenance
Related MCP Connectors
Persistent personal memory for AI assistants β save, search, and recall across every MCP client.
- EngramOAuthapp.getengram
Persistent, verbatim, searchable memory for AI assistants β one memory across every MCP client.
Persistent, portable memory for AI assistants β your private memory graph, from any MCP client.
Your memory, everywhere AI goes. Build knowledge once, access it via MCP anywhere.
Related MCP Servers
- AlicenseNot gradedqualityNot gradedmaintenanceAn MCP server enabling AI assistants to store, retrieve, and manage contextual information across conversations with features like persistent memory, advanced search, tagging, and privacy controls.MIT
- AlicenseNot gradedqualityCmaintenanceShared memory for any MCP-compatible AI, enabling cross-platform knowledge persistence and retrieval so users' context, preferences, and project info follow them everywhere.3AGPL 3.0
- FlicenseNot gradedqualityDmaintenanceA MCP server that provides persistent memory for AI assistants, storing personal information, relationships, and observations to enable personalized and contextual conversations.4-
- AlicenseAqualityDmaintenanceProvides persistent memory for AI assistants via MCP, enabling them to store and recall facts, preferences, and tasks across conversations using either local file storage or a cloud backend with semantic search.54 npmMIT