LinkedIn MCP server for Claude: what they are, how they compare, and how to run outreach

Search linkedin mcp server and the top result is an open-source GitHub repo with roughly 2,900 stars: stickerdaniel's server, the one most developers wire into Claude first. It works, and it is comprehensive: the moment you connect it, every one of its tools, from a single profile lookup to a connection request, runs through your own logged-in LinkedIn session. Ask Claude to find two hundred heads of RevOps and start connecting, and it will go do exactly that, unattended, the moment you say so. That is the detail the search results bury: the real question is not just what these servers can do, it is whether they actually run the finding, the judging of fit, and the drafting for you, or just hand you an action and leave the rest to you.

So this is the developer's version of the answer. First, what a LinkedIn MCP server is and why Claude specifically makes it useful. Then the piece the SERP skips: a table of the servers that exist and what each one actually does. Then a worked transcript of running real prospecting, find to qualify to draft to approve, inside Claude, on a server built to carry the whole loop rather than one action at a time.

What a LinkedIn MCP server actually is

MCP, the Model Context Protocol, is the open protocol Anthropic introduced in late 2024 to let an AI model call external tools through a standard interface. An MCP server exposes a set of typed tools, an MCP client like Claude discovers them, and the model can then call them mid-conversation. Think of it as a shared socket between the model and whatever the server can do.

A LinkedIn MCP server, then, is any MCP server whose tools reach LinkedIn data or actions. Ask Claude "find me heads of RevOps at Series B SaaS companies" and, with a LinkedIn MCP server connected, the model can actually go do it and hand back structured results instead of guessing. The appeal is obvious. Unaided, Claude stops right at that action step, which is the whole subject of what Claude can and cannot do for sales: it researches and drafts well, then has nowhere to press send. The catch is that "reach LinkedIn data" hides an enormous range of how, and the how is exactly what decides what you have to hand the server before it will do anything.

The LinkedIn MCP servers that exist, and what each one needs from you

Here is the single most useful thing to know before you install any of them. The servers on the SERP split by two things: what you have to hand each one to get it running, and how much of the actual prospecting job, finding, qualifying, drafting, it does for you rather than leaving to you. This is the table to read twice.

The open-source repos are the ones most people find first, because they are on GitHub and they are free. They are also the ones that ask for your LinkedIn login up front. The most popular of them, stickerdaniel's server, is explicit about it: it either opens a browser for you to log in, imports cookies from your existing Chrome or Brave or Edge session, or saves a persistent authenticated profile, and then drives that session across its full toolset (server README on GitHub, as of 2026). Profile lookups, people search, messaging, connection requests, the feed, all of it runs as you.

That is a legitimate design and it works, and it is comprehensive rather than narrow: search, messaging, and connection requests all run through the one toolset. What it does not do is judge fit or draft anything for you; that part is still on you or whatever you script around it. Treat that login the way you would any other live credential, and never commit one to a public config or repo; whoever has it can use it until you rotate it.

The two servers that advertise a "LinkedIn API," felipfr's and quinnjr's, are worth a second look for a different reason. There is no public LinkedIn API that lets an outside developer search arbitrary people or message strangers, so a server offering those through "the LinkedIn API" is either using partner scopes it cannot actually grant you or reaching an undocumented endpoint behind the label. Read the auth step before you trust the noun: if it ends up asking for your credentials or a login token, that server is authenticating as you, API or not.

Why capability matters more than the tool count

Why does capability matter more than the tool count? Because a long tool list can just mean many thin wrappers around the same one action, search, message, connect, with no layer that judges fit or writes the first message for you.

There is no official third-party API that reads arbitrary profiles, runs people search, or messages strangers. We wrote the full map of what LinkedIn's partner API does and does not expose in the piece on LinkedIn API endpoints without approval, and the short version is that every one of those capabilities is off-limits to outside developers. So any LinkedIn MCP server that offers them is reaching them some other way, and there are only two other ways: read public pages the way a browser does, or replay a logged-in session.

A server built the second way has one job: replay whatever action you tell it to, as you. It is often comprehensive at that job, but the searching, the judging of fit, and the writing of a first message stay yours to do, either by hand or in whatever you script around the calls.

Running LinkedIn prospecting inside Claude with BeReach

BeReach is built to run the whole loop rather than one action at a time. Setup is a connect step in the app rather than a token pasted into a JSON file, and the find, qualify and draft workflow is done for you rather than assembled from individual tool calls you have to orchestrate yourself.

The connector is a hosted MCP server at mcp.bereach.ai that runs inside Claude.ai and Claude Cowork over Streamable HTTP, with OAuth 2.1 so there is no key to paste into a config file. Getting it running is four steps:

1. In Claude, add a custom connector pointing at mcp.bereach.ai/mcp.
2. Claude opens the OAuth consent screen; sign in to BeReach and approve.
3. The 27-tool surface loads: ask it to find people, qualify them against your criteria, and draft a first message for each.
4. To send, connect a LinkedIn account in BeReach so the send tools can act.

The full walkthrough, including Claude Cowork, lives in the docs for running BeReach from Claude. Under the connector there are 114 API operations behind a BEREACH_API_KEY if you would rather call the REST layer directly.

The 27-tool surface, grouped by what it touches

The connector's tools sort by job: some work on public data, some act through your connected LinkedIn account.

Finding, reading and drafting work on public data. There is one find tool per job, not a public copy and an account copy. The send, inbox, connections, collecting a page's posts, and saving engagers as contacts act through your connected account. The complete typed reference, with every tool and its arguments, is in the MCP tool reference.

A worked transcript: find, qualify, draft, approve

Here is what the four-step loop looks like as an actual Claude conversation. The prompts are yours; the bracketed notes describe what BeReach does when Claude calls the tool.

You: Find founders and heads of growth at seed-to-Series-A B2B SaaS companies who posted about hiring their first SDR in the last month.

Claude: [calls find posts and find people on public data] I found 41 people matching that. They are founders and growth leads whose recent public posts mention hiring a first sales rep. Want me to qualify them against a profile?

You: Yes. Qualify for a fit with a tool that helps small teams run outbound without a full SDR desk. Drop anyone who already has a large sales org.

Claude: [calls the public profile and qualify tools, still public data] 27 of the 41 are a clear fit. I dropped 14 with existing sales teams over ten people or a non-B2B model. The 27 are stored as contacts with a fit note on each.

You: Draft a first-touch connection note for each of the 27. Reference the hiring post, keep it under 300 characters, no pitch in the note itself.

Claude: [calls draft dm for each contact] Drafted 27 notes. Each opens on the person's own hiring post and asks a question rather than pitching. They are sitting in drafts for your review; nothing has been sent.

You: Show me the first five, then I will approve.

Claude: [returns the drafts] Here are five. Edit any of them inline, or tell me to approve the batch.

You: Approve all 27. Send at the paced rate.

Claude: [calls the send tool; if no LinkedIn account is connected yet, BeReach asks you to connect one] To send, connect the LinkedIn account you want these to go out from. Once connected, I will queue the 27 within your daily invitation budget and pace them across the week instead of sending them all at once.

Notice what happened before anything went out: Claude found forty-one people, narrowed them to a qualified twenty-seven, drafted a note for each, and you reviewed five before approving the batch. Even then, the sending itself is paced, not fired all at once. That pacing mirrors the same rate discipline any careful operator applies by hand. For basic accounts, LinkedIn's widely reported weekly limit is roughly 100 connection invitations (LinkedIn outreach community guidance, 2025), and the queue spreads invites across days rather than firing a single batch. The exact number LinkedIn enforces is undisclosed and shifts with account age and standing, so the queue targets a number under the reported limit rather than the limit itself.

If you want the same loop as a hands-off background worker rather than a live chat, the same engine runs it unattended; that is the subject of the guide to an AI agent for LinkedIn outreach.

Which LinkedIn MCP server should you use

Match the server to the job, and the choice falls out of the table above.

• You want to read and manage your own LinkedIn from Claude, running the searches and actions yourself: an open-source browser-session server like stickerdaniel's does that, for free.
• You want raw profile or company data at scale and you do not need a LinkedIn account for it: a hosted scraper like Apify's returns data for an Apify token, no LinkedIn login, though you are scraping and paying per run.
• You want to run actual prospecting end to end, find, qualify, draft and approve: that is the case BeReach is built for. It builds the list, tells you who is worth your time and why, drafts a first message for each person, and a human approves every one before it goes out. It is the one paid option here rather than a free repo or a per-run scraper, so the trade is a flat subscription for a maintained public-data lane and paced sending; current plans are on the pricing page.

You can also just try the find step with nothing installed. The describe the buyer, get the searches runs on the same public lane the connector uses, in your browser, with no account connected and nothing to paste.

The short version

A LinkedIn MCP server lets Claude call LinkedIn tools mid-conversation. The ones you find first are open-source repos you host and configure yourself. The hosted options split further: some return raw data and leave the workflow to you, official connectors expose only LinkedIn's narrow sanctioned actions, and a connector like BeReach carries the whole find-qualify-draft loop end to end.