zephex
CLIGet StartedPricingMCP ToolsCommunityGuidesDocs
←BackSign in
CLIGet StartedPricingMCP ToolsCommunityGuidesDocs
Get started freeSign in
DocsAPIToolsEditorsChangelogHelp

GET STARTED

WelcomeQuickstartSetup videoMCP Q&A (learn)BlogWhat is MCP?Who is Zephex for?Plans & PricingZ-GASAB benchmarkBenchmark chart (live)Changelog

INSTALLATION

Terminal tools (complete)Connect MCPVS Code Marketplace extensionCLI (no AI agent)CLI init (first run)CLI account & logoutNPX (Recommended)Test Pulse (check test)Test Pulse commandsProject MemorySupply Pulse (supply)Supply Pulse commandsTerminal CLI referenceWeb Terminal (dashboard)Command CompassCLI commandsCLI in DockerCLI: All editors (one command)CLI: Crush, Hermes, ChatGPT, KiloOAuth & HTTP setupInstall overviewHTTP APISetup WalkthroughHTTP vs stdio

API & KEYS

API Key ManagementKey Naming & FormatAuthenticationKey Dashboard

CONFIGURATION

Universal RequirementsSupported EditorsHow It WorksArchitectureCLAUDE.md TemplateAGENTS.md Template

EDITORS28 guides

Supported EditorsVS CodeVS Code extension (Marketplace)Claude CodeCursorWindsurfJetBrains

PLATFORM

macOSWindowsLinux

TOOLS10 tools

Capabilities OverviewTools OverviewTool FilteringTool Workflowsget_project_contextread_codefind_codecheck_packageexplain_architectureZephex_dev_infocheck_testaudit_headerskeep_thinkingproject_memory

GUIDES

Best PracticesToken EfficiencyUse CasesZephex vs Local MCPZephex vs Context7Zephex vs GitHub MCPZephex vs SmitheryMCP EcosystemMarkdown Access

SUPPORT

Help CenterMCP troubleshootingTeam rolloutFAQConnection IssuesRate LimitsDowntime & ErrorsBillingTier GuidePro & Max guideUsage LimitsUsage Analytics

LEGAL

SecurityData HandlingPrivacy PolicyTerms of Service

Quick Links

API Reference

Complete API documentation

Troubleshooting

Common issues and solutions

Community

Join our Discord community

Plugins

Editor and CLI integrations

Pricing

Free, Pro, and Max plans

Enter
Zephex_devzephex-devzephexzephexhello@zephex.dev
© 2026 Zephex. All systems operational.

Editor setup

Cursor MCP Server

Connect Zephex with npx -y zephex setup --cursor (fastest), Cursor Settings → MCP, or .cursor/mcp.json url + Bearer. Hosted https://zephex.dev/mcp is recommended; stdio npx is documented as fallback.

Official Cursor MCP documentation: Cursor MCP docs

MCP endpointhttps://zephex.dev/mcp
AuthenticationAuthorization: Bearer mcp_sk_...
Config file.cursor/mcp.json (project) or ~/.cursor/mcp.json (global)

Why Zephex

Without MCP, your agent guesses project layout and misses supply-chain risk. Zephex connects one hosted endpoint so every session gets the same ten tools — no per-machine npm installs, no version drift across the team.

Before you start

  • Cursor installed (1.0+ recommended for remote MCP url in mcp.json).
  • A Zephex API key from Dashboard → API Keys.
  • Decide project vs global config before pasting.
  • Network access to https://zephex.dev/mcp.

Get and paste your API key

HTTP and stdio setups both need a key from your Zephex dashboard. OAuth-only flows (ChatGPT, Claude.ai web) sign you in in the browser instead — skip this section for those.

  1. Sign in at zephex.dev → Dashboard → API Keys (or /dashboard/api-keys).
  2. Click Create API key, give it a name you will recognize (e.g. "Kilo — work laptop"), then create.
  3. Copy the key as soon as it appears — Zephex only shows the full secret once. It starts with mcp_sk_ or a newer mcp_prod_… format.
  4. Paste into your config: either only the key in an env field (ZEPHEX_API_KEY), or the full HTTP header value Authorization: Bearer YOUR_KEY — match what your editor’s form asks for.
  5. Do not wrap the key in extra quotes inside JSON unless the file already quotes other string values.
  6. Never commit API keys to git. Revoke and create a new key in the dashboard if one leaks.

Setup policy for Cursor

Matches the published CLI (mcp-proxy/src/commands/setup.ts). One command signs you in, writes the correct transport, and verifies 10 tools.

Recommended commandnpx -y zephex setup --cursor
Project-scopednpx -y zephex setup --cursor --project
TransportHosted HTTP (url + Bearer)
Config parent keymcpServers

Global vs project config

  • Global setup is the default — run setup without --project so Zephex works in every folder you open.
  • Global setup also removes stale project-level Zephex entries that shadow your user config.
  • Add --project only when you intentionally want workspace-scoped config (e.g. .cursor/mcp.json in one repo).

After setup

  • Setup writes hosted HTTP (url + Bearer) — not npx stdio.
  • Fully quit Cursor, reopen, start a new Agent chat (old threads may not see new MCP).

Account teardown: logout vs disconnect · Connect MCP walkthrough

Find where setup wrote your config

Search docs for “where is my MCP file” — the answer is always: run list first, then open the path it prints.

  1. macOS/Linux global: ~/.cursor/mcp.json — Windows: %USERPROFILE%\.cursor\mcp.json.
  2. Project override: <repo>/.cursor/mcp.json at the workspace root.
  3. Cursor Settings → Tools & MCP shows which servers loaded — compare with npx -y zephex@latest list.

Documented paths: .cursor/mcp.json (project) or ~/.cursor/mcp.json (global)

Fastest install

Cursor supports remote url + Bearer; the wizard writes hosted HTTP to https://zephex.dev/mcp.

Guided install (matches published CLI)

Runs the same code as mcp-proxy/src/commands/setup.ts — OAuth in browser, creates a CLI key, writes your editor config, verifies tools.

shell
npx -y zephex setup --cursor

Already have a key?

Skip browser OAuth — paste a key from zephex.dev/dashboard/keys. Must start with mcp_prod_, mcp_dev_, or mcp_sk_.

shell
npx -y zephex setup --cursor --api-key mcp_prod_your-key-here

What setup writes (hosted HTTP)

url + Bearer — no npx child process: Transport: http (see .cursor/mcp.json (project) or ~/.cursor/mcp.json (global)).

json
{  "mcpServers": {    "zephex": {      "url": "https://zephex.dev/mcp",      "headers": {        "Authorization": "Bearer mcp_sk_your_key_here"      }    }  }}

After CLI install, fully restart the app if tools do not appear. Manual JSON/TOML blocks below are equivalent — use them when CLI commands are unavailable.

Hosted HTTP vs npx stdio

  • Recommended: npx -y zephex setup --cursor — Cursor supports remote url + Bearer; the wizard writes hosted HTTP to https://zephex.dev/mcp.
  • Config path: .cursor/mcp.json (project) or ~/.cursor/mcp.json (global)
  • Manual HTTP: url https://zephex.dev/mcp + Authorization Bearer mcp_sk_…
  • Optional stdio fallback: npx -y zephex with ZEPHEX_API_KEY if HTTP fails on your network.
  • Never keep two zephex entries (stdio + HTTP) in the same config — pick one transport.
  • Cloud-only tools (check_package, project_memory, audit_headers, keep_thinking, Zephex_dev_info) work on both transports.
  • Repo tools (get_project_context, read_code, find_code, explain_architecture, check_test) need either stdio/npx setup or an explicit github:owner/repo or absolute path on HTTP.

Full comparison: HTTP vs stdio · npx zephex reference

How to connect Zephex

Fastest: npx setup --cursor (top). Or paste JSON / use Settings → MCP — all should use url https://zephex.dev/mcp for hosted HTTP.

  1. Copy your Zephex API key from the dashboard.
  2. macOS/Linux global: ~/.cursor/mcp.json. Windows: %USERPROFILE%\.cursor\mcp.json.
  3. For one repo only: create .cursor/mcp.json at the workspace root (same folder as .git).
  4. Paste the mcpServers.zephex block below. Replace the placeholder in Authorization.
  5. Optional UI path: Settings → Cursor Settings → MCP → Add new global MCP server → paste equivalent fields.
  6. Fully quit Cursor (Cmd+Q / Alt+F4) — reload window alone is often not enough.
  7. Reopen Cursor, start a new Agent chat (not an old thread).
  8. Settings → Tools & MCP — zephex should show Connected with 10 tools.

Configuration

Replace mcp_sk_your_key_here with your key from Dashboard → API Keys. Copy the full key once at creation — paste into Authorization: Bearer … for HTTP configs, or into ZEPHEX_API_KEY for stdio/npx configs.

Hosted HTTP (.cursor/mcp.json)

url + headers — recommended for Cursor 1.0+.

json
{  "mcpServers": {    "zephex": {      "url": "https://zephex.dev/mcp",      "headers": {        "Authorization": "Bearer mcp_sk_your_key_here"      }    }  }}

stdio fallback (npx)

command/args/env — use only if HTTP fails; remove url block if you switch.

json
{  "mcpServers": {    "zephex": {      "command": "npx",      "args": ["-y", "zephex"],      "env": {        "ZEPHEX_API_KEY": "mcp_sk_your_key_here"      }    }  }}

Tip

Project .cursor/mcp.json overrides or merges with global ~/.cursor/mcp.json depending on Cursor version — if tools vanish, check which file you edited.

Note

Project .cursor/mcp.json vs global ~/.cursor/mcp.json — know which file you edited. See /docs/npx-zephex for all setup flags.

Verify, repair, disconnect (CLI)

Run these in a terminal when the editor UI is unclear — catches stale npm, wrong transport, and project shadows.

shell
npx -y zephex@latest listnpx -y zephex@latest doctornpx -y zephex@latest repair# Fully quit the editor (Cmd+Q / Alt+F4), reopen, start a new agent session

Repair policy

  • Hosted HTTP editors usually do not need repair — if auth fails, run reconnect or paste a fresh key from the dashboard.
  • Do not add a stdio npx block alongside url HTTP for the same zephex server.

Disconnect & skills

  • disconnect --<editor> removes Zephex from config files the CLI knows about and revokes the API key found in those files.
  • There is no disconnect --project flag — disconnect checks both global and project paths (project paths use your current terminal cwd).
  • Terminal-only sign-out: mcpcli logout (editors unchanged). Full teardown: mcpcli logout --all.
  • This editor: mcpcli disconnect --cursor
  • Fresh OAuth: mcpcli reconnect --cursor
  • Add agent guidance: mcpcli setup --cursor --with-skill or mcpcli skills --<editor>.
  • Remove skills from one editor: mcpcli reset --cursor (disconnect + skill files).
  • Remove all skill copies: mcpcli skills --remove.

Check that it works

After saving your config, confirm Zephex is connected before you rely on it in real work.

  1. Settings → Tools & MCP: zephex Connected, 10 tools.
  2. New Agent chat: “Use check_package on react”.
  3. With repo open: “Use get_project_context on this project”.
  4. If empty, add github:owner/repo or /Users/you/project in the message.

Common searches

Questions people ask when Cursor does not show Zephex tools — indexed for docs search.

Where is Cursor MCP config?

~/.cursor/mcp.json (global) or .cursor/mcp.json in the opened project. list shows both.

Cursor shows 0 Zephex tools

Confirm url https://zephex.dev/mcp + Authorization Bearer. Remove any command/npx stdio block. Quit Cursor completely.

Example ways to use the tools

You do not call tools yourself — ask your agent in plain language. Try these once Zephex is connected:

“In Cursor Agent, run check_package on @scope/new-package before I add it to package.json.”

Registry signals surface in-chat so Composer does not blindly install a suspicious npm name.

“Map this monorepo: get_project_context on the workspace root, then explain_architecture for the API layer.”

One snapshot plus a Mermaid diagram beats opening six config files by hand.

“find_code where RateLimiter is defined and read_code that class body only.”

Search then AST read keeps the Agent context small on large TypeScript trees.

“check_test: migrate our auth middleware to JWT — list files and caller risks.”

check_test narrows edits before Cursor rewrites half the repo.

“audit_headers on https://staging.myapp.com — CSP and HSTS gaps only.”

No local path needed; works from any Cursor chat with the URL in scope.

“This flaky CI test — use keep_thinking to track hypotheses, then Zephex_dev_info for Vitest + Next.js patterns.”

Structured debugging plus vetted stack guidance in one Agent thread.

Which tools need your project path?

In Cursor Agent, name the workspace folder or github: URL when a tool needs a repo. Cloud tools (check_package, audit_headers) never need a path.

Need a repo or folder path

  • get_project_context — full stack snapshot for one repo
  • read_code — read functions/classes by symbol name
  • find_code — search definitions and usages
  • explain_architecture — Mermaid diagrams for the repo
  • check_test — minimal file list for a task you describe

Work without a local project

  • check_package — npm/PyPI/Cargo/Go registry safety (no repo path)
  • project_memory — Cross-session project memory: remember decisions, gotchas, goals, conventions across sessions via local SQLite (stdio only).
  • audit_headers — security grade for any HTTPS URL you own or may test
  • keep_thinking — structured debugging notes across steps
  • Zephex_dev_info — vetted patterns (auth, DB, deploy, etc.)

How to tell the agent where the code lives

  • GitHub (no clone required): say github:owner/repo — example: github:vercel/next.js
  • Local folder: give the absolute path to the project root (the folder that contains package.json, pyproject.toml, or go.mod).
  • If your editor already has the repo open, try “use get_project_context on this workspace” first; if the tool returns empty, repeat with the full path or github: URL in the same chat.
  • For read_code / find_code, name the symbol or search term in the same message as the path (e.g. “find_code AuthService in github:myorg/api”).

macOS and Windows paths

  • macOS example path: /Users/yourname/Developer/my-app
  • Windows example path: C:\Users\yourname\projects\my-app
  • Replace yourname with your Mac or Windows login — the agent cannot guess your home directory.
  • Cloud-only tools (check_package, audit_headers) never need your username or project folder.

When Zephex will not connect

These situations usually mean the setup cannot work until you fix the underlying issue:

  • No internet or a firewall blocks outbound HTTPS to zephex.dev (port 443).
  • API key never created, revoked, or pasted incorrectly (missing Bearer , extra quotes, or truncated copy).
  • Wrong MCP URL — must be exactly https://zephex.dev/mcp (not /docs, not /api, no wrong host).
  • Mixed stdio + HTTP — two zephex entries (npx and url) confuse many clients; keep one transport.
  • Corporate proxy strips Authorization headers or chunked transfer encoding.
  • Monthly request limit reached on the Free plan (555 requests/month) — tools stop until next cycle, share for bonus requests, or upgrade.
  • Editing the wrong config file — global vs project-level paths differ by editor and OS.
  • App not fully quit after save — MCP often loads only on a cold start (especially IDEs).
  • Tools connect but return “no project” — not a connection failure; add github:owner/repo or an absolute path (see tool usage section).
  • Node.js or npx not on PATH when the desktop app launches (common on macOS Dock launches).
  • Invalid JSON in the config file (comments, trailing commas, or wrong wrapper key).
  • ZEPHEX_API_KEY missing, still set to the placeholder, or pasted in the wrong field (stdio uses env, not Bearer headers).
  • You edited Claude Code’s config but opened Claude Desktop (different files).
  • App was not fully quit after saving the config — MCP only reloads on a cold start.
  • npx works in Terminal but not inside the app — use absolute paths to node/npx in the command block if needed.
  • First npx -y zephex run can take 30–60s — increase startup_timeout_sec where the editor supports it.
  • Still have an HTTP url block while testing stdio — remove the duplicate zephex server.
  • Both url HTTP and command/npx stdio configured — keep one zephex entry.
  • Edited global config but project .cursor/mcp.json overrides with an old stdio entry.
  • Did not fully quit Cursor after saving — MCP list stays stale.
  • Old chat session — start new Agent chat after connect.

If something goes wrong

zephex shows 0 tools

Quit Cursor completely, reopen, new chat. Confirm url + headers, not command.

Connection failed

Bearer + space + full key. URL exactly https://zephex.dev/mcp.

JSON error

Top-level mcpServers. No trailing commas. Valid JSON only.

Wrong config file

Must be inside the opened project root, not a parent monorepo folder unless that is your workspace.

Works in terminal npx, not Cursor

You may still have stdio config — switch to remote url block on this page.

Still stuck? Quickstart · MCP troubleshooting

Tools included with Zephex

Once Cursor lists zephex under Tools & MCP, the same ten hosted capabilities are available in every Agent chat:

  • get_project_context

    Reads your project structure, dependencies, scripts, env vars, and framework markers in one call. Replaces manually opening package.json, tsconfig, and multiple config files at the start of every session.

  • read_code

    AST-based code extraction: pass a symbol name and get the implementation without reading entire files. Supports symbol lookup, batched file reads, and structural outlines for large files.

  • find_code

    Ranked search across the repo for definitions, usages, and patterns. Faster than blind grep when the agent does not know where a symbol lives.

  • check_package

    Live registry lookup for npm, PyPI, Cargo, and Go modules. Surfaces typosquat risk, maintainer changes, and suspicious version jumps before you run install.

  • explain_architecture

    Generates Mermaid diagrams for auth flows, service boundaries, and module dependencies so the agent reasons about structure instead of guessing.

  • check_test

    Turns a task description into the smallest file set to read or edit, with risk ratings and caller impact notes.

  • audit_headers

    Grades a deployed URL for CSP, HSTS, TLS, cookies, and redirects. Returns fix snippets for common hosts (Vercel, Cloudflare, Nginx).

  • keep_thinking

    Structured multi-step debugging: tracks hypotheses and conclusions so long investigations do not loop.

  • Zephex_dev_info

    Expert patterns for authentication, databases, frontend frameworks, deployment, and mobile stacks when the agent needs vetted guidance.

  • project_memory

    Persists decisions, gotchas, and conventions per project in ~/.zephex/memory (SQLite FTS5). recall before unfamiliar areas; remember after discoveries. Local stdio only on npx zephex.

Related

  • VS Code MCP setup
  • Windsurf MCP setup
  • Install wizard (stdio alternative)
  • check_test reference
  • Quickstart — create your first API key
  • HTTP vs stdio — which to use
  • npx zephex setup commands
  • MCP troubleshooting
  • All supported editors
  • All 10 MCP tools
  • Install wizard
  • Pricing and limits