Best MCP Servers by Job: A Curated Map, No Hype
There is no single best MCP server, only the right one for a job. A map of well-documented servers grouped by what you need an assistant to do, each linked to a setup guide, plus the checks that separate a good server from a risky one.
6 min read
The best MCP servers are the ones the product’s own maker runs, for the job you actually need done, connected with the smallest access that job takes. So this is not a ranking. It is a map: the jobs people most often hand to an AI assistant, and for each one the documented servers worth a look, each linked to a guide that shows the setup and the limits. Pick the job first, then the server, then connect it read-only and widen access only when the assistant has earned it.
If you want to see servers at work before choosing, MCP examples from real workflows walks through nine of them with prompts and checks. If you are hunting for more servers than this map covers, the sister guide where to find MCP servers covers the registries and directories.
What makes an MCP server a good pick
Five questions sort most candidates quickly, and they matter more than any list:
- Who runs it? A server published by the product’s maker tracks the product’s API and fixes its own bugs. A community wrapper may be excellent, but check that someone still maintains it.
- Remote or local? A hosted server with an OAuth sign-in needs no install and no pasted key. A local one runs on your machine with whatever access you give it. Remote vs local MCP servers covers the trade-off.
- Can it start read-only? Some servers have a read-only mode or endpoint. GitHub’s MCP server (opens in a new tab), for example, has a
--read-onlyflag that skips every write tool. - Can you trim its tools? Every tool description costs context. Servers that let you enable only the toolsets you need are cheaper to run, as MCP token usage explains.
- Does it leave a trail you can review? The server should show who did what, so an assistant’s changes can be told apart from yours.
Code and repositories
- GitHub: issues, pull requests, Actions and code search. Guides for Claude and Cursor.
- GitLab and Azure DevOps: the same job on other platforms, in GitLab MCP server and Azure DevOps MCP server.
- A plain folder or a local repository: the reference Filesystem and Git servers. Filesystem MCP server shows how to fence it to the folders you name.
Errors, logs and the browser
- Read the error before fixing it: Sentry MCP, Datadog and Grafana.
- Reproduce a bug in a real browser: Playwright MCP for scripted steps, Chrome DevTools MCP for console, network and performance.
Current docs for a coding agent
- Library documentation at the version you use: Context7 MCP.
- Microsoft’s own documentation: Microsoft Learn MCP server.
Tasks, issues and docs for the team
This is the category behind searches for the best Atlassian MCP server. Atlassian runs its own, the Rovo MCP server (opens in a new tab), at https://mcp.atlassian.com/v2/mcp, covering Jira and Confluence on Atlassian Cloud. Setup guides by client:
- Jira and Confluence: Claude Code, Cursor, GitHub Copilot, Codex CLI and Gemini CLI, self-hosted Jira and Confluence.
- Linear: Claude Code, Cursor, and what it does.
- Notion: Claude Code, ChatGPT, and what it can and cannot do.
- Asana, Trello, ClickUp and monday.com: Asana with Claude, Trello with Claude Code, ClickUp with Claude Code and monday.com with Claude.
- Personal lists: Todoist with Claude and Microsoft To Do.
If you are choosing a tracker partly for how well it works with assistants, what to look for in an MCP server for project management has the criteria.
Data and databases
- Application databases: Supabase, MongoDB, and Postgres or MySQL in database MCP servers. Start each on a development copy with its read-only setting on.
- Warehouses and BI: BigQuery, Snowflake and Power BI.
- Spreadsheets and bases: Google Sheets and Excel and Airtable.
Cloud, deploys and containers
- Cloud providers: AWS, Azure and Cloudflare.
- Deploys and clusters: Vercel and Kubernetes.
- The best Docker MCP servers question is really about the catalog: the Docker MCP Catalog (opens in a new tab) packages servers as container images, and Docker says it builds and signs the local servers in it. Docker MCP Toolkit covers running them.
Business apps
- Messages and mail: Slack, Gmail and Google Calendar, Outlook and Google Drive.
- Customers and sales: HubSpot, Salesforce, Zendesk and Intercom.
- Payments and stores: Stripe and Shopify. Keep these on test mode or read-only until you trust the workflow.
- App actions without a dedicated server: Zapier MCP and n8n MCP.
Web research, design and creative work
- Search and scraping: Brave Search, Perplexity and Firecrawl.
- Design: Figma, Canva and Miro.
- 3D and games: Blender, Unity and Godot. Several of these tools have both a community server and an official one, and the community ones run locally with wide access, so check which one a guide describes and read the code first.
Reasoning and memory helpers
Two of the MCP project’s own reference servers, Memory and Sequential Thinking, are listed in the reference servers repository (opens in a new tab), which calls them “reference implementations” and educational examples, “not as production-ready solutions.” Before adding either, read Sequential Thinking MCP and agent memory over MCP: on a model with built-in thinking the first mostly adds tokens, and the second needs a plan for what gets stored.
The best MCP servers for your client
A server works with any client that supports its transport, so “best for Copilot” or “best for Gemini CLI” is mostly about how the client adds servers and asks before tools run. Start with the client’s own guide:
- GitHub Copilot: VS Code mcp.json and Copilot CLI.
- Gemini CLI: Jira and Confluence in Gemini CLI, Gemini CLI in VS Code and Gemini CLI best practices.
- Claude: Claude Desktop config, and when a Claude Code server fails to connect.
- Every major client, side by side: MCP clients compared.
Where the work lands: a task board
Most of the servers above read something and find work: an error, a failing page, a stale doc. That work needs somewhere to go that both people and assistants can see. fenbs is a task board that is itself a remote MCP server at https://fenbs.ai/api/mcp. An assistant signs in with OAuth, or with a token you issue under Settings with a name, scopes and an optional expiry, and files what it finds as a feature, enhancement or bug in To Do. fenbs_create_item checks for a similar open or recently finished task first, so a rerun does not double the backlog, and History records every change under the assistant’s name. It is deliberately small: no sprints, no due dates and no settable assignee.
Related
Before connecting any of these: MCP security best practices and scanning MCP servers. Deciding who may add what: MCP governance. Connecting fenbs: the MCP docs.