Compare

Hosted MCP vs local MCP — which should you use?

Local MCP runs small programs on your laptop. Private and fast—good for solo experiments.

Zephex is a hosted MCP server: the same ten tools for Cursor, Claude Code, VS Code, and your teammates—one API key, package audits included, no reinstalling MCP servers on every machine.

Use local when you must keep everything on-device. Use hosted when the team needs the same setup and real package intelligence.

Local MCP (stdio)Zephex
Setup per editorInstall + config per clientOne snippet; same tools everywhere
Setup per teammateRepeat for each developerShare docs + API key policy
Package CVE scanningBring your own scriptscheck_package (task=upgrade|security) built in
Code search qualityDepends on which server you pickedfind_code + read_code (AST-aware)
Usage visibilityNone centralDashboard per API key
Offline useWorks offline (local only)Requires network to zephex.dev
Process managementYou babysit Node versionsNo local scanner processes
Security boundaryData stays on diskEphemeral processing; see /data-use
Onboarding new hireRe-document local installsSame quickstart link for everyone

How it works

Local MCP runs a process on your machine (often Node via stdio). Zephex is still usually reached through npx zephex in the editor, but the heavy tools run on the hosted endpoint—same version for everyone, with usage visible in the dashboard.

Developer
    │
    ▼
Cursor / Claude Code / VS Code  (MCP client)
    │
    ▼
npx zephex  (stdio bridge)  OR  HTTPS + Bearer
    │
    ▼
https://zephex.dev/mcp  (hosted MCP server)
    │
    ▼
10 tools: get_project_context, find_code, read_code,
           check_package, project_memory, explain_architecture, …

When local MCP wins

  • Air-gapped or strict on-device-only policy.
  • You need raw filesystem read/write with path allowlists.
  • Solo experiments — swap servers weekly without team coordination.
  • Offline development with no network to a hosted endpoint.

When hosted Zephex wins

  • Teammates run Cursor, Claude Code, VS Code, and JetBrains — config drift hurts.
  • You want check_package before every npm install without maintaining scripts.
  • New hires should connect in two minutes, not a Slack thread of local installs.
  • You need usage analytics and key rotation from one dashboard.

When to use both

Local MCP for disk mutations and niche custom servers. Zephex for repo intelligence the whole team shares. Do not duplicate — if Zephex find_code already answers the search, drop the redundant local grep MCP to save context tokens.

ScenarioLocal MCPZephex hosted
Solo hackathon, offlineYesNo network
10-person eng team, mixed editorsPainful driftOne rollout doc
npm typosquat check in agent loopBYO security servercheck_package built in
AST search across monorepoDepends on serverfind_code + read_code
Custom internal MCP prototypeYesOptional alongside

Real prompt examples

Local-only filesystem session

Use the filesystem MCP to list ./src and write a new file ./src/utils/format.ts
with a formatCurrency helper.

Hosted Zephex session

Zephex get_project_context, then find_code for "formatCurrency".
read_code only that symbol. check_package on "dinero.js" before we add it.

Hybrid — scope with Zephex, write locally

Zephex check_test for "extract billing formatters to utils/format.ts".
Use editor write tools (or filesystem MCP) to apply the edit in the listed files only.

Step-by-step: try Zephex in 5 minutes

  1. Create an API key at zephex.dev.
  2. Replace local MCP entries with the Zephex snippet from your editor guide.
  3. Restart the editor completely.
  4. Verify ten zephex tools connect.
  5. Run get_project_context, then check_package on a dependency you plan to add.

Quickstart · Install

Migration path (local → Zephex)

  1. Create an API key at install.
  2. Replace local server entries with the Zephex block from your editor guide.
  3. Restart the editor fully; verify ten tools connect.
  4. Remove unused local MCP npm installs to avoid duplicate tool names.
  5. Share team rollout doc so the next hire matches your stack.

Workflow: dependency upgrade with hosted tools

Local grep cannot tell you if a major bump removed an API your app calls. With Zephex, chain project_memory check_test read_code in one session. See audit dependency upgrades.

Transport details: HTTP vs stdio explains why Cursor often uses npx zephex while VS Code can use direct HTTP to the same backend.

Common questions

Is hosted MCP less private than local MCP?

Local MCP keeps tool execution on your machine. Zephex processes tool inputs ephemerally to answer the request and does not train models on your code. Read Security and Data Use before sending highly sensitive trees.

Can I still use stdio with Zephex?

Yes. Cursor and Claude Code commonly use npx -y zephex in mcp.json — stdio transport to the CLI, which authenticates to the hosted backend. You get local editor compatibility without maintaining separate MCP server repos.

When should our team stay on local MCP?

Stay local if policy requires all tooling on-device, you only need a filesystem reader, or you are prototyping a custom MCP internally. Move to hosted when config drift and missing package audits slow the team down.

Does local MCP mean I skip package audits?

Unless you install and maintain a security MCP locally, yes. Zephex bundles check_package in every connection — no extra npm package to pin on each laptop.

How do I migrate without breaking my editor?

Add Zephex alongside local servers first, verify ten tools connect, then remove duplicate filesystem readers that waste tokens. Follow the migration path below and MCP troubleshooting if tools/list is empty.

Can I use both local filesystem MCP and Zephex?

Yes — many developers keep filesystem MCP for raw disk writes and Zephex for context, search, and audits. See Zephex vs filesystem MCP.
Get started freeQuickstart