Ext Ops Panel
Open dashboard
Comparison

CrustAPI Google + LinkedIn Data vs LinkFetch: LinkedIn MCP

CrustAPI Google + LinkedIn Data is an MCP server published by crustapi.com. Marketplaces we read that list it: 1 (Official MCP Registry). LinkFetch: LinkedIn MCP is an MCP server published by linkfetch.io. Marketplaces we read that list it: 1 (Official MCP Registry). As of our marketplace pass on 2026-10-17. This pair was picked by a reader, not by our comparison rule, so search engines are asked not to index the page.

Where each is published

Where each is published
MarketplaceCrustAPI Google + LinkedIn DataLinkFetch: LinkedIn MCP
Official MCP Registry Listed
Version: 0.3.2
Downloads/month (npm): 250
Downloads/week (npm): 45
Forks (GitHub): 0
Stars (GitHub): 0
Not marked · First seen
Listed
Version: 2.0.1
Downloads/month (npm): 622
Downloads/week (npm): 189
Forks (GitHub): 0
Stars (GitHub): 0
Not marked · First seen

Each figure is the marketplace's own and is never added up across marketplaces. A marketplace that publishes no figure shows none: no number is not zero.

The facts side by side

CrustAPI Google + LinkedIn Data vs LinkFetch: LinkedIn MCP
FactCrustAPI Google + LinkedIn DataLinkFetch: LinkedIn MCP
Marketplaces that list it11
Stars (GitHub)00
Forks (GitHub)00
Last releaseNot publishedNot published
Where it runs (differs)On your machine (crustapi-mcp)Remote server (linkfetch.io/mcp)
Transport (differs)stdioStreamable HTTP
Tools it declaresNot publishedNot published
Environment variables it asks for1, secrets among them: 11, secrets among them: 1
LicenceNot statedNot stated
Repository (differs)github.com/crustapi/crustapi-mcpgithub.com/ffucucuoglu/linkedin-mcp-server
Changes in the last 7 days00
First seen2026-10-112026-10-11
Endpoint at the last check (differs)no remote endpoint we checkResponded 43 h ago

Lines where the two differ have a tinted background and bold values. Where the data itself says which value is better (more marketplaces, a larger figure of the same marketplace, a fresher release, a verified mark on a marketplace that lists both), the better one is also marked green with ▲ and the worse one red with ▼. Where it runs, the transport, the tools, the settings, hooks, the bundle's parts, the licence and the week's changes are marked only as different: more or fewer is not better in itself.

What each says it does

CrustAPI Google + LinkedIn Data

In its own words, on Official MCP Registry:

Live Google + public LinkedIn data: search, maps, profiles, companies, jobs. Pay only for results.

LinkFetch: LinkedIn MCP

In its own words, on Official MCP Registry:

LinkedIn jobs, companies and people for AI agents, plus messages and invites via your own account.

How to run each

CrustAPI Google + LinkedIn Data As a local MCP server: npm package

Claude Code
claude mcp add --env "CRUSTAPI_API_KEY=<YOUR_CRUSTAPI_API_KEY>" --transport stdio search -- npx -y crustapi-mcp

Requires: CRUSTAPI_API_KEY (secret)

LinkFetch: LinkedIn MCP As a remote MCP server

Claude Code
claude mcp add --transport http linkedin https://linkfetch.io/mcp --header "Authorization: Bearer <YOUR_API_KEY>"

Requires: LINKFETCH_API_KEY (secret), Authorization header

Commands built only from what the marketplaces declare; the full set for every client is on each card.

Only LinkFetch: LinkedIn MCP has a remote endpoint we check. How we check endpoints

Tools each declares

Neither one's marketplaces publish a list of tools, so there is nothing to compare.

Settings each asks for

Only CrustAPI Google + LinkedIn Data asks for

  • CRUSTAPI_API_KEY (secret)

Only LinkFetch: LinkedIn MCP asks for

  • LINKFETCH_API_KEY (secret)

Settings as each marketplace publishes them. Asking for fewer is not better in itself.

What it can do: CrustAPI Google + LinkedIn Data · What it can do: LinkFetch: LinkedIn MCP · Compare two other plugins

Data comes from the Official MCP Registry (registry.modelcontextprotocol.io), CC0 1.0. Figures come from our own regular passes over the marketplaces, last read on . We publish no contact details for plugin publishers.

Where the data comes from: how the catalog is built