MCP Directory

Best MCP Servers for Cursor (2026)

Six MCP servers worth their tool budget in Cursor — and the arithmetic that decides how many you can actually run.

Hua·June 30, 2026·6 min read
Close-up of hands coding on a laptop, showcasing software development in action.
Photo by cottonbro studio on Pexels

The best MCP servers for Cursor are the ones that earn their tool budget: a focused GitHub server, a docs/context server that cuts hallucinations, and one data server for whatever you actually query. Everything else is a liability, because Cursor's tool selection degrades past roughly 40 active tools and the average server ships 12 of them. So the real question isn't "which servers exist" — it's "which three or four are worth the slots."

This is the opinionated shortlist, with Cursor's config path, honest trade-offs, and what to skip. Every server here is real and linked; I've run the math from the Cursor tool-limit post so you don't hit the wall at server five.

Where Cursor reads MCP config (do this first)

Cursor reads MCP servers from ~/.cursor/mcp.json for global config, or .cursor/mcp.json in a repo for per-project config. It supports both local servers over stdio and remote servers over SSE/HTTP, so you can mix Docker-based and hosted servers in the same file.

A minimal entry looks like this:

{
  "mcpServers": {
    "github": {
      "command": "docker",
      "args": ["run", "-i", "--rm", "ghcr.io/github/github-mcp-server"],
      "env": { "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_..." }
    }
  }
}

Save, and Cursor reloads servers automatically — check Settings → MCP for a green status dot. Prefer per-project config when a server needs repo-specific secrets or scope. Full setup lives in how to add an MCP server and the Cursor client guide.

The tool budget: why three servers, not thirty

Cursor works best under about 40 active MCP tools, and the average server exposes around 12. That means you hit the wall at roughly four servers, not fifty. Past the budget, the model has too many near-identical tools and starts picking the wrong one — which reads like the model got worse but is really a config problem.

So treat slots as scarce. Every server below is chosen because it does one job the others don't, and most of them run locally over stdio (as ≈90% of MCP servers do), which keeps latency low and your tokens off someone else's logs. When in doubt, fewer focused servers beat one do-everything agent.

The shortlist: MCP servers worth adding to Cursor

Start with a code server, a context server, and one data server. Add a fourth only if you'll use it weekly.

ServerBest forTransportAdd it if
GitHub MCP ServerRepos, issues, PRs, ActionsLocal (Docker) or remoteYou do PR/issue work from Cursor
GitMCPLive docs for any repoRemote, freeYou want fewer hallucinated APIs
OctocodeDeep code research (FS + LSP)LocalYou investigate large codebases
Package Registry MCPNPM/PyPI/crates versions + advisoriesLocalYou get burned by stale package data
AnyquerySQL over files, DBs, 40+ appsLocalYou query structured data often
Graphlit MCP ServerRAG over Slack/Drive/Jira/LinearRemoteYour context lives across SaaS tools

The one everyone should have: GitHub

The GitHub MCP Server is GitHub's official server, and "official" matters here — it tracks the API and won't quietly break the way abandoned community forks do. It handles repos, issues, PRs, and Actions, and you can run it locally in Docker or point Cursor at the hosted remote. Trade-off: it's tool-heavy, so it eats a real chunk of your budget. If you only read issues, scope the token tightly and don't feel obligated to enable every toolset.

Cut hallucinations: GitMCP

GitMCP turns any GitHub repo into a live documentation source, which is the cheapest fix for the model inventing method signatures. It's a free remote server, so there's no install — just add the URL. I reach for this over shoving a whole SDK into context: it grounds Cursor on the actual repo docs instead of the model's stale memory. Skip it only if you already run a broader RAG server.

Go deep on code: Octocode

Octocode is the pick when "search" isn't enough and you need to actually trace how code works. It wires GitHub, the local filesystem, and LSP intelligence into Cursor, so the assistant can follow definitions and references like a staff engineer reading unfamiliar code. It overlaps with the GitHub server, so run both only if you do heavy investigation — otherwise this replaces it.

Stop trusting stale package data: Package Registry

The Package Registry MCP Server searches NPM, PyPI, crates.io, NuGet, and Go registries — plus GitHub Security Advisories — for current versions. The model's training data is months old; this makes "what's the latest and is it vulnerable" a live lookup instead of a guess. It's small and cheap on tools, so it's an easy fourth slot.

One data server, chosen by your workflow

Pick exactly one here. Anyquery runs SQL over files, databases, and 40+ apps (GitHub, Notion, Chrome, Todoist) and exposes them to Cursor over MCP — reach for it if you think in queries. Graphlit MCP Server is the RAG option: ingest and search across Slack, Discord, Google Drive, Jira, and Linear when your real context is scattered across SaaS. Running both is how you blow the budget.

What to skip

Skip the maximalist bundles. Kitchen-sink servers that expose 30+ tools each will eat your entire budget in two installs and tank tool selection — the exact failure the tool-limit math predicts.

Skip duplicate coverage. Running GitHub, Octocode, and a third code server means three sets of overlapping tools competing for the same call. Pick the one that matches how you work.

Skip community forks of things that have an official server. When an official option exists, the maintenance and security story is simply better — check the official-vs-community badge before you add anything. For deeper comparisons, the best MCP servers list and best servers for coding agents rank options by category.

My default Cursor stack

For most engineers: GitHub (official) + GitMCP (docs) + Package Registry (versions) + one data server. That's four servers, comfortably under the ~40-tool ceiling, each doing a distinct job. Swap Octocode in for the GitHub server if your day is code archaeology rather than PR management. Add nothing else until you notice a real gap — then remove one server before you add the next.

FAQ

Are these MCP servers for Cursor free and safe to use?

Most are free: GitMCP is a free hosted remote, and the GitHub, Octocode, Package Registry, and Anyquery servers are open and run locally on your machine. Safety comes down to two things — prefer official servers over community forks, and scope any access token (like a GitHub PAT) to the minimum permissions. Because ≈90% of MCP servers run locally over stdio, your prompts and code usually stay on your machine rather than a third party's.

How many MCP servers can I run in Cursor at once?

Practically three to four. Cursor's tool selection degrades past roughly 40 active tools, and the average server exposes about 12, so four servers is the ceiling before quality drops. Fewer focused servers beat one do-everything setup — see the Cursor tool-limit math for the full breakdown.

Where does Cursor store MCP server configuration?

Cursor reads from ~/.cursor/mcp.json for global config or .cursor/mcp.json inside a repo for per-project config. Both accept local stdio servers and remote SSE/HTTP servers in the same mcpServers object. Use per-project config when a server needs repo-specific secrets.

Should I use local (stdio) or remote MCP servers in Cursor?

Default to local stdio servers — they're lower latency and keep data on your machine, which is why the large majority of MCP servers ship that way. Use remote (SSE/HTTP) servers like GitMCP or Graphlit when there's nothing to install or the data lives in a hosted service. Cursor supports mixing both in one config.

Which single MCP server should I add to Cursor first?

The official GitHub MCP Server, if you touch repos at all. It's maintained by GitHub so it tracks the API, and it covers issues, PRs, and Actions from inside Cursor. Add GitMCP next to ground the model on real docs and cut hallucinated API calls.

Put this into practice

Browse MCP servers by capability, or check your own setup's tool budget and security.

More essays