Lazy MCP
Allows performing web searches using Brave Search, providing up-to-date information from the web.
Provides tools for version control operations, such as committing, branching, and viewing history.
Provides tools for interacting with GitHub repositories, issues, pull requests, and other GitHub features.
Provides tools for managing issues, projects, and teams in Linear.
Provides tools for interacting with Notion workspaces, including pages, databases, and content.
Provides browser automation capabilities for web scraping and testing using Puppeteer.
Provides tools for error tracking and performance monitoring via Sentry.
Provides tools for sending messages, managing channels, and interacting with Slack workspaces.
Provides tools for querying and managing SQLite databases.
Query and manage Supabase projects, including tables, RLS, storage, and auth.
Click on "Install 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., "@Lazy MCPlist servers"
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.
mcp-lazy
npx for MCP servers — install the catalog once, pay the context cost only for what you actually load.
The Problem
Adding an MCP server to your agent is a one-way door. Every server you add — Supabase, Sentry, Playwright, Betterstack — dumps all of its tool definitions into context permanently, whether you use them once a session or never. Want to add one mid-session? Restart and lose your context. There's no lazy loading, no unloading, no cost visibility. You're paying rent on tools you're not using, every single turn.
mcp-lazy is the single MCP server you point your client at instead of N real ones — it shows you a one-line catalog, loads real tools only when an agent asks for them, and lets you hot-swap servers mid-session without losing your conversation.
Without mcp-lazy | With mcp-lazy | |
Tools in context at session start | 40+ (every configured server) | 4 ( |
Add a new server mid-session | Restart client, lose context |
|
Know what a server costs you | No visibility |
|
Idle server you forgot about | Sits in context forever | Auto-unloads after idle timeout (coming soon) |
Related MCP server: nimble
Demo
(Demo GIF showing list_servers -> load_server("playwright") -> tool call -> unload_server goes here)
Install
cargo install lazy-mcp-proxyThen, configure your Claude Desktop or Claude Code client to point to lazy-mcp:
{
"mcpServers": {
"lazy-mcp": {
"command": "lazy-mcp",
"args": ["--config", "/path/to/your/config.toml"]
}
}
}Quickstart Config
Create a config.toml file to define your server catalog. You can define as many servers as you want; they cost zero context tokens until loaded.
[[servers]]
name = "supabase"
description = "Query and manage Supabase projects (tables, RLS, storage, auth)"
command = "npx"
args = ["-y", "@supabase/mcp-server-supabase"]
env = { SUPABASE_ACCESS_TOKEN = "${SUPABASE_ACCESS_TOKEN}" }
auto_unload_after_idle_secs = 600
[[servers]]
name = "playwright"
description = "Browser automation: navigate, click, screenshot"
command = "npx"
args = ["-y", "@modelcontextprotocol/server-playwright"]How it works
lazy-mcp acts as a transparent proxy. When it starts, it advertises only its meta-tools to your client. When you ask it to load a server, it spawns that server as a child process, fetches its tool list, namespaces them (e.g. playwright.navigate), and fires a notifications/tools/list_changed event. Your client re-fetches the tool list and instantly sees the new tools, mid-session.
Meta-Tools Reference
Tool | Description |
| Returns the catalog of available servers and their load status. |
| Spawns the real MCP server and merges its tools into the client's context. |
| Tears down the child connection and removes its tools from context. |
| Shows uptime and estimated token footprint for each loaded server. |
Supported Servers
You can add any standard MCP server to your catalog. See config.example.toml in this repo for a comprehensive list covering:
Dev tooling:
filesystem,git,github,fetchData/infra:
supabase,postgres,sqlite,sentry,betterstackBrowser/automation:
playwright,puppeteerProductivity/comms:
slack,google-drive,notion,linearSearch/knowledge:
brave-search,memory
Comparison to Alternatives
Currently, developers work around client limitations by writing one-off bash scripts or curl wrappers that expose temporary endpoints. This creates unmaintainable glue code, lacks proper child-process lifecycle management, and offers no native namespacing. lazy-mcp replaces this hack with real, reusable infrastructure: standard stdio transport, proper LRU eviction (roadmap), and isolated namespacing.
Roadmap
Non-goals for v1, planned for future releases:
Semantic auto-loading (automatically loading a server based on intent).
Remote/HTTP transport (SSE/WebSocket proxying).
Interactive Dashboard for monitoring server usage.
Contributing
See CONTRIBUTING.md for details.
Good first issue: Add a popular MCP server to our config.example.toml catalog! It requires zero Rust knowledge and helps everyone.
License
MIT License.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Parth3930/lazy-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server