Skip to content

The Best MCP Servers for Claude Code in 2026

The MCP servers actually worth installing in Claude Code in 2026 — GitHub, filesystem, Postgres, Playwright, fetch, Sentry, Slack, and memory. With add commands.

MGMCSA Guru Team February 9, 2026 8 min read
Claude Code terminal connected to GitHub, Postgres, Playwright and other MCP servers

MCP is the part of Claude Code that turns it from a smart editor into something that can reach your actual tools — your repo on GitHub, a Postgres database, a real browser. The catalog of available servers is large and growing, which is exactly the problem: most lists tell you everything that exists, not what’s worth your context budget.

This is an opinionated shortlist. Eight servers, what each one is for, when to install it, and the one-line command to add it. If you’re new to the protocol itself, start with what MCP actually is, then come back here to pick servers.

One rule before the list: install few, and install deliberately. Every connected server’s tool definitions get loaded up front, so a kitchen-sink setup quietly eats the context window. More on that at the end.

The shortlist at a glance

MCP shortlist

The servers worth checking first

8 servers

#1 Repository context

GitHub

Issues, PRs, code search, and reviews.

Install / add

/plugin install github@claude-plugins-official

Where to get it

Install when: You work in GitHub daily and want Claude to use repo and PR context without copy-paste.

#2 Local files

Filesystem

Scoped read/write access outside the current repo.

Install / add

claude mcp add filesystem -- npx -y @modelcontextprotocol/server-filesystem /path/to/allowed/dir

Where to get it

Install when: Claude needs files beyond the project directory, and you can point it at one tightly scoped folder.

#3 Database

Postgres

Query and inspect a database schema.

Install / add

claude mcp add postgres -- npx -y @modelcontextprotocol/server-postgres "postgresql://user:pass@localhost:5432/mydb"

Where to get it

Install when: You debug against a real schema or local database copy and can use a read-only role.

#4 Browser testing

Playwright

Drive a real browser, take screenshots, and assert rendered behavior.

Install / add

/plugin install playwright@claude-plugins-official

Where to get it

Install when: You verify UI changes, deployed pages, or end-to-end flows instead of guessing from code.

#5 Current docs

Fetch / web search

Pull a URL or search the live web.

Install / add

claude mcp add fetch -- npx -y @modelcontextprotocol/server-fetch

Where to get it

Install when: Claude needs current docs, a changelog, a vendor page, or a specific URL during the task.

#6 Production triage

Sentry

Read errors, stack traces, and issue context.

Install / add

/plugin install sentry@claude-plugins-official

Where to get it

Install when: You triage production bugs and want the stack trace inside the same fix session.

#7 Team context

Slack

Read or post messages and search chat history.

Install / add

/plugin install slack@claude-plugins-official

Where to get it

Install when: Project decisions live in chat and you need thread context or short status updates from the session.

#8 Long-running work

Memory / sequential-thinking

Persist notes or add structured reasoning tools.

Install / add

claude mcp add memory -- npx -y @modelcontextprotocol/server-memory

Where to get it

Install when: The project spans sessions and you feel the lack of continuity enough to justify the extra server.

The commands below use whichever path is least annoying today: official marketplace plugins where they exist, and claude mcp add for local Model Context Protocol servers. Package names and flags still move, so confirm the exact invocation on the linked project before wiring it into a shared repo.

The servers worth installing

GitHub — the one most people should add first

If your work lives in GitHub, this is the highest-value server. Claude can read and comment on issues, open and review pull requests, and search code across repos without you copy-pasting URLs into the terminal.

/plugin install github@claude-plugins-official
/reload-plugins

It needs a token. Give it the narrowest scope that covers your workflow — read-only is plenty if you only want triage and search. The full setup, including Windows and WSL auth, is in GitHub MCP server setup for Claude Code.

Filesystem — controlled access outside the repo

Claude Code already reads the project directory. The filesystem server matters when you need it to reach files outside the repo — a shared assets folder, a sibling project, generated output somewhere else on disk.

claude mcp add filesystem -- npx -y @modelcontextprotocol/server-filesystem /path/to/allowed/dir

Scope it to a single directory. A filesystem server pointed at your home folder can read anything Claude is told to look for, which is rarely what you want.

Postgres — debugging against the real schema

When a bug only makes sense with the actual data shape in front of you, a Postgres server beats describing tables by hand. Claude can list tables, inspect columns, and run queries you approve.

claude mcp add postgres -- npx -y @modelcontextprotocol/server-postgres "postgresql://user:pass@localhost:5432/mydb"

Point it at a read replica or a local copy with a read-only role. You do not want an agent holding write access to production while it experiments.

Playwright — let Claude check its own UI work

This is the server that closes the loop on frontend changes. With Playwright connected, Claude can open a browser, navigate, click, fill forms, take screenshots, and assert that the thing it just changed actually renders.

claude mcp add playwright -- npx -y @playwright/mcp@latest

Or use the official marketplace wrapper:

/plugin install playwright@claude-plugins-official
/reload-plugins

It changes how you work: instead of “I updated the button, please check,” Claude updates the button and verifies it in a real browser. The full loop, plus headless-versus-headed and WSL display notes, is in Playwright MCP for browser testing.

Fetch and web search — current information on demand

Models have a training cutoff. A fetch or web-search server lets Claude pull a specific URL or search the live web — handy for reading the latest library docs, a changelog, or an API reference that changed last week.

claude mcp add fetch -- npx -y @modelcontextprotocol/server-fetch

Treat fetched pages as untrusted input. A web page can contain text that reads like instructions to the agent; that content is data, not commands.

Sentry — triage production errors where they happen

For teams running Sentry, this server pulls error events, stack traces, and issue details straight into the session. Claude can read a crash, find the relevant code, and propose a fix without you shuttling stack traces back and forth.

/plugin install sentry@claude-plugins-official
/reload-plugins

Useful, but optional — install it on the projects where you actually do bug triage, not globally.

Slack — context and updates from chat

The Slack server reads channels and threads, searches history, and can post messages. The honest use case is narrow: pulling the context of a discussion into a task, or posting a short status when something finishes. It can also be noisy and adds real tool surface, so add it only if your workflow lives in Slack.

/plugin install slack@claude-plugins-official
/reload-plugins

Memory and sequential-thinking — for long-running work

These two are different from the rest: they add capability rather than connect to an external system. A memory server lets Claude persist notes across sessions; sequential-thinking gives it a structured scratchpad for multi-step reasoning.

claude mcp add memory -- npx -y @modelcontextprotocol/server-memory

They help on projects that span days. For a quick fix they’re overhead. Add them when you feel the lack of continuity, not before.

Install few, on purpose

Here’s the trade-off that the long lists skip. Every connected MCP server loads its tool definitions into the context window when the session starts — before you’ve asked for anything. Two or three focused servers is fine. Eight chatty ones can burn a noticeable chunk of your context just describing tools you won’t use this session.

A sane default setup

Everyday, user scope GitHub + one more you use daily
Per-project Postgres / Playwright / Sentry where the project needs them
On demand Fetch, Slack, memory — add when the task calls for it
Avoid Installing all eight globally just in case

Use scopes to keep this tidy. Project-scoped servers live in a committed .mcp.json so a database or Playwright server only loads inside the repo that needs it. User scope is for the one or two you want everywhere. If your context feels tight, the fix is usually fewer servers — see when too many MCP servers eat your context window.

Choosing your servers

  • Start with GitHub if your work lives there
  • Add Postgres/Playwright/Sentry per-project, not globally
  • Scope filesystem servers to one directory
  • Use read-only tokens and DB roles where you can
  • Keep credentials out of committed .mcp.json
  • Review your active server count if context feels short

Bottom line

The best MCP setup in 2026 is a small one. GitHub earns its place for most people; Postgres, Playwright, and Sentry are excellent but belong on the projects that use them; fetch, Slack, and memory are situational. Resist the urge to install everything — the protocol’s value is in the few servers that match your daily work, not the size of the list.

Set up your connections cleanly the first time with the MCP setup guide for Windows and WSL, then add servers one at a time as real needs show up.

Frequently asked questions

What is an MCP server in Claude Code?

An MCP server is a small process that exposes tools (and sometimes data) to Claude Code over the Model Context Protocol. Once connected, Claude can call those tools — read a GitHub issue, query a database, drive a browser — without you scripting each step. You add them with the claude mcp add command.

How many MCP servers should I install?

Fewer than you think. Each connected server loads its tool definitions into the context window at session start, so five chatty servers can cost real tokens before you type anything. Install the two or three you use daily and add the rest per-project when you need them.

Do MCP servers work the same on Windows and WSL?

The protocol is identical, but the launch command differs. On native Windows you often need to wrap npx-based servers with cmd /c; under WSL they behave like normal Linux processes. If a server starts on Linux but not Windows, the wrapper is usually the cause.

Are MCP servers a security risk?

They can be. A server runs with whatever credentials and scope you give it, and a database or filesystem server can read or change real data. Use read-only tokens where possible, scope filesystem servers to a single directory, and review what each server can do before trusting it.

Where do MCP server settings live?

Project-scoped servers are stored in a .mcp.json file at the repo root, which you can commit so your team shares the same setup. User-scoped servers live in your Claude config under ~/.claude/. Local servers are tied to the current machine and project only.

Sources & further reading

Official vendor documentation referenced while writing this guide.

MG

MCSA Guru Team

IT & Systems Administration

We are working IT pros and system administrators who spend our days in Windows Server, Microsoft 365, and the wider Microsoft stack. MCSA Guru is where we write down the fixes and walkthroughs we wish we had found the first time.

MCSA Guru provides independent, educational IT guidance. Microsoft, Windows, Windows Server, Microsoft 365, Exchange, and Microsoft Teams are trademarks of Microsoft Corporation; Docker is a trademark of Docker, Inc. MCSA Guru is not affiliated with or endorsed by Microsoft or Docker. Always test changes in a safe environment before applying them in production.

Related guides

Fixing something right now?

Jump straight into the guide library or search for the exact error or task you are dealing with.