LLM Memory MCP Server
Enables AI assistants across platforms to share memory, recall facts, preferences, and conversation history, creating a unified cognitive system.
README
<div align="center">
🧠 LLM Memory MCP Server
Your AI assistants finally have a shared brain.
One memory. Every platform. Zero context lost.
Save a fact in Cursor → recall it in Claude → search it in VS Code → update it in Gemini → it's everywhere.
<br>
</div>
<div align="center">
🔥 Why 2,000+ developers are switching to shared AI memory
</div>
| Without LLM Memory | With LLM Memory |
|---|---|
| 😤 "I already told Claude my tech stack..." | 🧠 Every AI knows your stack on first message |
| 😤 "Cursor doesn't know what I did in Copilot..." | 🧠 Full cross-platform context, always |
| 😤 "I keep repeating my preferences..." | 🧠 Preferences auto-detected and saved silently |
| 😤 "My AI forgot our entire debugging session..." | 🧠 Conversations preserved with searchable history |
| 😤 "I lost that useful code snippet..." | 🧠 Procedural memory stores every pattern |
⚡ What Makes This Different
<table> <tr> <td width="50%">
🏗️ 4-Tier Memory Architecture
Not just a key-value store. A cognitive memory system inspired by human memory:
- Short-term — Working context (auto-expires)
- Semantic — Facts, preferences, decisions (permanent)
- Episodic — Conversation history (searchable)
- Procedural — Code patterns & how-tos
</td> <td width="50%">
🔍 Hybrid AI Search
Every recall query searches all 4 tiers at once, ranked by:
Score = semantic_similarity × 0.30
+ text_relevance × 0.20
+ recency × 0.25
+ importance × 0.25
Powered by pgvector HNSW + GIN full-text indexes.
</td> </tr> <tr> <td width="50%">
🤖 Auto-Injected Intelligence
When any AI connects, it automatically:
- Loads your working context on start
- Recalls relevant memories for your topic
- Silently detects & saves preferences
- Saves the conversation on end
- Extracts knowledge & consolidates memory
Zero manual prompting required.
</td> <td width="50%">
⚔️ Cross-Platform Conflict Resolution
When Cursor says "user prefers tabs" and Claude says "user prefers spaces":
- 🔍 Auto-detection via vector similarity
- 📋 Conflict queue with side-by-side comparison
- 🎯 4 resolution strategies: keep existing, use new, merge, keep both
- 📊 Version history for every knowledge change
</td> </tr> </table>
🚀 Quick Start
60 seconds from zero to shared AI memory.
Prerequisites
- Docker & Docker Compose
- Any MCP-compatible AI platform
Option A: One-Command Setup (Recommended)
git clone https://github.com/ranjanjyoti152/LLM-MCP.git
cd LLM-MCP
./setup.sh
The setup script auto-detects Cursor, VS Code, Gemini CLI, Claude Desktop, Windsurf and generates config files.
Option B: Manual
git clone https://github.com/ranjanjyoti152/LLM-MCP.git
cd LLM-MCP
docker compose up -d --build
Verify
docker compose ps
# llm-mcp-postgres Up (healthy) 0.0.0.0:4569->5432
# llm-mcp-ollama Up (healthy) 0.0.0.0:9050->9050
# llm-mcp-server Up 0.0.0.0:4040->4040
# llm-mcp-dashboard Up 0.0.0.0:4041->4041
First boot takes a couple of minutes. Ollama pulls the
nomic-embed-textembedding model (~274MB) before it reports healthy, and the server + dashboard wait on that healthcheck. Watch it withdocker compose logs -f ollama. (If Ollama is ever unreachable at request time, the server falls back to a local hash embedder so writes still succeed.)
Try It!
Ask your AI:
"Save a knowledge entry: I prefer Python for backend and TypeScript for frontend."
Switch to any other AI and ask:
"What are my programming language preferences?"
✨ It remembers. Across every platform. Forever.
📊 Web Dashboard
Live at http://localhost:4041 — a full-featured memory management UI.
<table> <tr> <td align="center"><b>📈 Overview</b><br><sub>Bento grid metrics, health stats, platform charts</sub></td> <td align="center"><b>🧠 Knowledge</b><br><sub>Search, filter, version history per entry</sub></td> </tr> <tr> <td align="center"><b>📝 Conversations</b><br><sub>Full episodic memory with message threads</sub></td> <td align="center"><b>⚔️ Conflicts</b><br><sub>Side-by-side comparison, 1-click resolve</sub></td> </tr> <tr> <td align="center"><b>🕐 Timeline</b><br><sub>Unified activity feed across all memory types</sub></td> <td align="center"><b>🔧 Maintenance</b><br><sub>Cleanup, consolidate, decay, compress</sub></td> </tr> </table>
8 tabs · Dark theme · Auto-refresh · Chart.js visualizations · Conflict resolution UI · Version history modals
🏗️ Architecture
┌─────────────────────────────────────────────────────────────────────────┐
│ AI PLATFORMS │
│ │
│ ┌──────────┐ ┌────────┐ ┌─────────┐ ┌────────┐ ┌───────┐ ┌────────┐ │
│ │ Windsurf │ │ Cursor │ │ VS Code │ │ Claude │ │Gemini │ │ Codex │ │
│ └─────┬────┘ └───┬────┘ └────┬────┘ └───┬────┘ └──┬────┘ └───┬────┘ │
│ └───────────┴──────────┴──────────┴─────────┴──────────┘ │
│ │ │
└────────────────────────────────┼────────────────────────────────────────┘
│ MCP (Streamable HTTP)
▼
┌────────────────────────────────────────────────┐
│ 🧠 LLM Memory MCP Server :4040 │
│ │
│ 39 Tools · 9 Prompts · 3 Resources │
│ Auto-injected instructions for every LLM │
│ Background scheduler (cleanup/decay/compress) │
│ Version tracking · Conflict resolution │
│ │
│ 📊 Dashboard UI :4041 │
│ 19 REST endpoints · 8-tab interface │
└────────────────────┬───────────────────────────┘
│
▼
┌────────────────────────────────────────────────┐
│ PostgreSQL 16 + pgvector :4569 │
│ │
│ ┌─────────┐ ┌──────────┐ ┌───────────┐ │
│ │Episodic │ │ Semantic │ │Short-term │ │
│ │convos + │ │knowledge │ │TTL-expire │ │
│ │messages │ │+ vectors │ │+ consolid │ │
│ └─────────┘ └──────────┘ └───────────┘ │
│ ┌─────────┐ ┌──────────┐ ┌───────────┐ │
│ │Procedural│ │Versions │ │Conflicts │ │
│ │code snips│ │changelog │ │cross-plat │ │
│ └─────────┘ └──────────┘ └───────────┘ │
│ │
│ HNSW vector index + GIN full-text index │
│ Hybrid search: semantic + keyword ranking │
└────────────────────────────────────────────────┘
🎯 Supported Platforms
| Platform | Transport | Status |
|---|---|---|
| Windsurf | Streamable HTTP | ✅ Ready |
| Cursor | Streamable HTTP | ✅ Ready |
| VS Code + GitHub Copilot | Streamable HTTP | ✅ Ready |
| Claude Desktop | Streamable HTTP / stdio | ✅ Ready |
| Gemini CLI | Streamable HTTP | ✅ Ready |
| Antigravity (Google) | Streamable HTTP | ✅ Ready |
| ChatGPT (MCP-compatible) | Streamable HTTP | ✅ Ready |
| Codex (OpenAI) | Streamable HTTP | ✅ Ready |
| Any MCP-compatible client | Streamable HTTP | ✅ Ready |
🔧 Platform Configuration
<img src="https://img.shields.io/badge/-Windsurf-7c5cfc?style=flat-square" alt="Windsurf"> Windsurf
Option A — Via UI: Settings → MCP → Add Server → paste the URL.
Option B — Config file (.windsurf/mcp_config.json):
{
"mcpServers": {
"llm-memory": {
"serverUrl": "http://localhost:4040/mcp"
}
}
}
<img src="https://img.shields.io/badge/-Antigravity-4285F4?style=flat-square&logo=google&logoColor=white" alt="Antigravity"> Antigravity (Google)
Option A — Via UI: Go to Settings → MCP Servers → Add and paste the URL.
Option B — Via config file (mcp_config.json):
{
"mcpServers": {
"llm-memory": {
"serverUrl": "http://localhost:4040/mcp"
}
}
}
<img src="https://img.shields.io/badge/-Cursor-000000?style=flat-square&logo=cursor&logoColor=white" alt="Cursor"> Cursor
Option A — Via UI: Settings → MCP Servers → Add New MCP Server
Option B — Project-level config (.cursor/mcp.json):
{
"mcpServers": {
"llm-memory": {
"url": "http://localhost:4040/mcp"
}
}
}
Option C — Global config (~/.cursor/mcp.json) — applies to all projects.
<img src="https://img.shields.io/badge/-VS_Code-007ACC?style=flat-square&logo=visualstudiocode&logoColor=white" alt="VS Code"> VS Code + GitHub Copilot
Option A — Via Command Palette: Ctrl+Shift+P → MCP: Add Server → HTTP → enter http://localhost:4040/mcp
Option B — Workspace config (.vscode/mcp.json):
{
"servers": {
"llm-memory": {
"type": "http",
"url": "http://localhost:4040/mcp"
}
}
}
Option C — User settings (global): Add the same config to your VS Code user settings.json under "mcp".
<img src="https://img.shields.io/badge/-Gemini_CLI-8E75B2?style=flat-square&logo=googlegemini&logoColor=white" alt="Gemini"> Gemini CLI
Edit ~/.gemini/settings.json:
{
"mcpServers": {
"llm-memory": {
"httpUrl": "http://localhost:4040/mcp"
}
}
}
<img src="https://img.shields.io/badge/-Claude_Code-D4A574?style=flat-square" alt="Claude Code"> Claude Code (CLI)
Option A — One command (HTTP):
claude mcp add --transport http llm-memory http://localhost:4040/mcp
Option B — Local via Docker (stdio):
claude mcp add llm-memory -- docker exec -i llm-mcp-server python server.py stdio
Add --scope user to either command to make the server available across all your projects (default scope is the current project). Verify with claude mcp list.
A project-memory skill also ships in .claude/skills/ — with the server connected, the recall/save/compact behavior triggers automatically, like installing a skill.
<img src="https://img.shields.io/badge/-Claude-D4A574?style=flat-square" alt="Claude"> Claude Desktop
Option A — Local (Best Performance): Connect directly via Docker — no extra tools needed.
Go to Settings → Developer → Edit Config (claude_desktop_config.json):
{
"mcpServers": {
"llm-memory": {
"command": "docker",
"args": [
"exec",
"-i",
"llm-mcp-server",
"python",
"server.py",
"stdio"
]
}
}
}
<img src="https://img.shields.io/badge/-ChatGPT-74AA9C?style=flat-square&logo=openai&logoColor=white" alt="ChatGPT"> ChatGPT / Codex / Other MCP Clients
For any platform that supports MCP via HTTP, use:
Endpoint: http://localhost:4040/mcp
Transport: Streamable HTTP (JSON-RPC over POST with optional SSE streaming)
🛠️ 39 MCP Tools
<details open> <summary><b>💬 Conversations (Episodic Memory)</b></summary>
| Tool | What it does |
|---|---|
save_conversation |
Save full conversation with messages, metadata, importance, outcome |
search_memory |
Full-text + semantic search across all conversations |
get_recent_conversations |
Latest conversations by platform |
get_conversation_by_id |
Retrieve specific conversation with all messages |
add_message_to_conversation |
Append messages to existing conversation |
tag_conversation |
Add/remove tags |
delete_memory |
Delete conversation or knowledge by ID |
</details>
<details open> <summary><b>🧠 Knowledge (Semantic Memory)</b></summary>
| Tool | What it does |
|---|---|
save_knowledge |
Store fact/preference/instruction/decision |
save_knowledge_smart |
Conflict-aware save — detects duplicates & cross-platform conflicts |
search_knowledge |
Search by query, category, tags |
list_all_knowledge |
Paginated listing with category filter |
get_knowledge_by_category |
All entries in a category |
get_related_knowledge |
Similar entries by vector proximity |
update_knowledge |
Update with automatic version snapshot |
auto_extract_preferences |
Batch-extract preferences from conversation text |
get_context_summary |
Combined knowledge + conversation context |
</details>
<details> <summary><b>⏱️ Working Memory (Short-term)</b></summary>
| Tool | What it does |
|---|---|
save_short_term_memory |
Save transient context with TTL auto-expiry |
get_working_context |
Load all active session context |
consolidate_memories |
Promote important STM → long-term knowledge |
</details>
<details> <summary><b>💻 Code & Projects (Procedural Memory)</b></summary>
| Tool | What it does |
|---|---|
save_code_snippet |
Save reusable code with language, tags, description |
search_code_snippets |
Search by keyword, language, tags |
save_project_context |
Save project-level tech stack & architecture |
get_project_context |
Retrieve project context by name |
</details>
<details> <summary><b>🔍 Search & Retrieval</b></summary>
| Tool | What it does |
|---|---|
recall |
PRIMARY — searches all 4 memory tiers at once, ranked by composite score; pass project to boost the active repo |
search_by_tags |
Cross-type tag search |
compact_context |
Token saver — offloads a bulky context block into memory, returns a dense summary + recall handle |
</details>
<details> <summary><b>⚔️ Versioning & Conflicts</b></summary>
| Tool | What it does |
|---|---|
knowledge_history |
Full version timeline for any knowledge entry |
rollback_knowledge |
Restore to any previous version |
list_conflicts |
View pending/resolved cross-platform conflicts |
resolve_conflict |
Resolve with strategy: keep_existing, use_new, merge, keep_both |
</details>
<details> <summary><b>🔧 Maintenance & Utility</b></summary>
| Tool | What it does |
|---|---|
count_memories |
Count all memory types |
summarize_platform_activity |
Per-platform stats |
cleanup_expired_memories |
Remove expired STM & knowledge |
decay_memories |
Reduce importance of old unaccessed memories |
export_memories |
Full JSON backup |
import_memories |
Restore from backup (with dedup) |
clear_platform_data |
Delete all data for a platform ⚠️ |
</details>
📡 3 MCP Resources
| URI | Description |
|---|---|
memory://stats |
Database statistics & counts |
memory://platforms |
All platforms with stored data |
memory://health |
System health across all memory tiers |
🎯 9 Smart Prompts
Auto-discoverable prompt templates for key workflows:
| Prompt | What it does |
|---|---|
start_conversation |
Initialize with full memory context |
end_conversation |
Save everything + extract knowledge |
compact_now |
Offload long context into memory to cut token usage |
save_user_preference |
Structured preference storage |
recall_everything |
Deep search across all memory |
resolve_all_conflicts |
Guided conflict resolution |
memory_maintenance |
Run all maintenance tasks |
onboard_new_user |
First-time setup & preference capture |
debug_session |
Context-aware debugging workflow |
💬 Invoking prompts as commands
MCP prompts are exposed as slash commands, but the exact syntax depends on the platform. The server is registered as llm-memory in all the configs above. Prompt arguments are passed space-separated after the command.
<details open> <summary><b><img src="https://img.shields.io/badge/-Claude_Code-D4A574?style=flat-square" alt="Claude Code"> Claude Code (CLI)</b></summary>
Prompts appear as /mcp__<server>__<prompt>:
/mcp__llm-memory__start_conversation claude-code "auth refactor"
/mcp__llm-memory__recall_everything "database decisions"
/mcp__llm-memory__compact_now my-repo claude-code
/mcp__llm-memory__end_conversation claude-code "Auth refactor" success
Run /mcp to list connected servers and browse their prompts. You usually don't need these — with the server connected, recall/save/compact happen automatically — but the commands are there for explicit control.
</details>
<details> <summary><b><img src="https://img.shields.io/badge/-VS_Code-007ACC?style=flat-square&logo=visualstudiocode&logoColor=white" alt="VS Code"> VS Code + GitHub Copilot</b></summary>
Prompts appear in Copilot Chat as /mcp.<server>.<prompt>:
/mcp.llm-memory.start_conversation
/mcp.llm-memory.recall_everything
Type / in the chat box to see the list; the chat will prompt you for each argument.
</details>
<details> <summary><b><img src="https://img.shields.io/badge/-Claude-D4A574?style=flat-square" alt="Claude"> Claude Desktop</b></summary>
Click the + (attachments) button in the message box, choose llm-memory, then pick a prompt from the list. Fill in the arguments when prompted. Prompts surface as reusable templates rather than typed slash commands.
</details>
<details> <summary><b><img src="https://img.shields.io/badge/-Gemini_CLI-8E75B2?style=flat-square&logo=googlegemini&logoColor=white" alt="Gemini"> Gemini CLI</b></summary>
MCP prompts register as slash commands directly:
/start_conversation
/recall_everything
Run /mcp to view connected servers and their available prompts.
</details>
<details> <summary><b><img src="https://img.shields.io/badge/-Cursor-000000?style=flat-square&logo=cursor&logoColor=white" alt="Cursor"> Cursor / <img src="https://img.shields.io/badge/-Windsurf-7c5cfc?style=flat-square" alt="Windsurf"> Windsurf / ChatGPT</b></summary>
These clients focus on auto-invoked tools rather than slash-command prompts. Just describe what you want in natural language and the model calls the underlying tools:
"Recall everything you know about this project's database decisions."
"Save this preference: I always use async/await."
"Compact this conversation into memory to save tokens."
The same recall / save_knowledge_smart / compact_context tools run underneath.
</details>
🧬 Auto-Injected Behaviors
When any AI connects to this MCP server, it automatically receives behavioral instructions — no user action needed:
┌─────────────────────────────────────────────────────────────┐
│ CONVERSATION START (automatic) │
│ 1. get_working_context() — load session context │
│ 2. recall("<topic>") — search all memory for relevance │
│ 3. Personalize response using recalled memories │
│ 4. save_short_term_memory() — track current task │
├─────────────────────────────────────────────────────────────┤
│ DURING CONVERSATION (automatic, silent) │
│ • Detect preferences → save_knowledge_smart() │
│ • Detect facts → save_knowledge_smart() │
│ • Detect decisions → save_knowledge_smart() │
│ • Detect code patterns → save_code_snippet() │
│ • All saves are conflict-aware (dedup + cross-platform) │
├─────────────────────────────────────────────────────────────┤
│ CONVERSATION END (automatic) │
│ 1. save_conversation() — with importance + outcome │
│ 2. auto_extract_preferences() — batch knowledge extraction │
│ 3. consolidate_memories() — promote STM → long-term │
└─────────────────────────────────────────────────────────────┘
Result: Every AI assistant becomes memory-aware from the moment it connects. No setup. No prompting. It just works.
📁 Project Structure
LLM-MCP/
├── server.py # MCP server — 39 tools, 9 prompts, 3 resources
├── db.py # Async DB layer (asyncpg + pgvector + FTS)
├── embeddings.py # Embedding engine (local/ollama/openai)
├── dashboard.py # REST API for web dashboard (Starlette)
├── static/
│ └── index.html # Dashboard UI (Tailwind + Chart.js)
├── prompts/
│ ├── system_prompt.md # Standalone system prompt for any LLM
│ └── quick_prompts.md # 12 copy-paste prompt templates
├── docker-compose.yml # PostgreSQL + MCP Server + Dashboard
├── Dockerfile # Python 3.12 slim container
├── setup.sh # One-command auto-setup script
├── .env # Environment configuration
├── requirements.txt # Python dependencies
├── test_client.py # End-to-end test suite
├── test_versioning.py # Versioning & conflict resolution tests
└── test_prompts.py # MCP prompt discovery tests
⚙️ Configuration
All settings via .env:
| Variable | Default | Description |
|---|---|---|
POSTGRES_PORT |
4569 |
PostgreSQL host port |
MCP_PORT |
4040 |
MCP server port |
DASHBOARD_PORT |
4041 |
Dashboard UI port |
POSTGRES_USER |
mcp_user |
Database user |
POSTGRES_PASSWORD |
mcp_secure_pass_2026 |
Database password |
POSTGRES_DB |
mcp_memory |
Database name |
EMBEDDING_PROVIDER |
ollama |
local / ollama / openai |
OLLAMA_PORT |
9050 |
Host port for the bundled Ollama API |
OLLAMA_MODEL |
nomic-embed-text |
Embedding model Ollama pulls on first boot (~274MB) |
OLLAMA_DIM |
768 |
Vector dimension — change only if you swap to a non-768-dim model |
MAINTENANCE_INTERVAL_MINUTES |
30 |
Background scheduler interval |
LAN Access
Replace localhost with your machine's IP for remote AI platforms:
http://192.168.x.x:4040/mcp # MCP Server
http://192.168.x.x:4041 # Dashboard
🗄️ Database Schema
8 tables with hybrid search indexes:
┌─────────────────┐ ┌──────────────────┐
│ conversations │────▶│ messages │ Episodic memory
│ (importance, │ │ (role, content, │
│ outcome, │ │ embedding) │
│ embedding) │ └──────────────────┘
└─────────────────┘
┌─────────────────┐ ┌──────────────────┐
│ knowledge │────▶│knowledge_versions│ Semantic memory
│ (category, │ │ (version, diff, │ + version history
│ version, │ │ changed_by) │
│ embedding) │ └──────────────────┘
└─────────────────┘
┌─────────────────┐ ┌──────────────────┐
│short_term_memory │ │memory_conflicts │ Working memory
│ (TTL, context, │ │ (existing vs │ + conflict tracking
│ consolidated) │ │ conflicting) │
└─────────────────┘ └──────────────────┘
┌─────────────────┐ ┌──────────────────┐
│ code_snippets │ │ projects │ Procedural memory
│ (language, │ │ (tech_stack, │ + project context
│ embedding) │ │ architecture) │
└─────────────────┘ └──────────────────┘
Indexes: HNSW (vector similarity) + GIN (full-text search) + B-tree (importance, expiry) for sub-millisecond hybrid queries.
🧪 Testing
# Full test suite
python test_client.py
# Versioning & conflict resolution
python test_versioning.py
# MCP prompt discovery
python test_prompts.py
<details> <summary>Manual verification commands</summary>
# Check services
docker compose ps
# PostgreSQL direct query
docker exec llm-mcp-postgres psql -U mcp_user -d mcp_memory \
-c "SELECT COUNT(*) as knowledge FROM knowledge;"
# MCP server logs
docker logs -f llm-mcp-server
# Dashboard logs
docker logs -f llm-mcp-dashboard
# Restart everything
docker compose restart
</details>
📋 Docker Commands
| Command | Description |
|---|---|
docker compose up -d --build |
Start all services |
docker compose down |
Stop all services |
docker compose logs -f mcp-server |
Stream server logs |
docker compose logs -f dashboard |
Stream dashboard logs |
docker compose down -v |
Stop & delete all data ⚠️ |
🔒 Security
- Bind to
127.0.0.1for local-only:MCP_HOST=127.0.0.1 - Change
POSTGRES_PASSWORDin production - Add reverse proxy (nginx/Caddy) with TLS for remote access
- No auth by default — designed for local/trusted network use
🗺️ Roadmap
- [x] Semantic search with pgvector embeddings
- [x] Automatic conversation summarization (compression)
- [x] Memory expiration & archival policies
- [x] Background maintenance scheduler
- [x] Multi-tier memory (short-term, semantic, episodic, procedural)
- [x] Importance scoring & time-based decay
- [x] One-command auto-setup script
- [x] Memory versioning & change tracking
- [x] Cross-platform conflict resolution
- [x] Web dashboard with real-time visualization
- [x] Auto-injected behavioral instructions
- [x] MCP prompt workflows
- [ ] Authentication / API keys for multi-user
- [ ] Webhook notifications on new memories
- [ ] Memory sharing between users
- [ ] Cloud-hosted option (no Docker needed)
- [ ] Mobile companion app
🤝 Contributing
- Fork the repository
- Create a feature branch (
git checkout -b feature/amazing-feature) - Commit your changes (
git commit -m 'Add amazing feature') - Push to the branch (
git push origin feature/amazing-feature) - Open a Pull Request
All contributions welcome — features, bug fixes, docs, translations.
📄 License
MIT License — see LICENSE for details.
<div align="center">
⭐ If this project saves you from repeating yourself to your AIs, give it a star!
Star this repo · Report Bug · Request Feature
<br>
Built with ❤️ by ranjanjyoti152
Stop repeating yourself. Let your AIs share a brain.
<br>
<sub>If you found this useful, consider sharing it with other developers who use multiple AI tools.</sub>
</div>
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。