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

Web Terminal tools (plain English)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 referenceSlash commands (37 palette)Web 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

System StatusTerms (summary)Privacy (summary)Data UseSecurityAuthenticationSecurityData 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.

Support

Team policy & MCP rollout

One hosted endpoint (https://zephex.dev/mcp) gives every developer the same 10 MCP tools — without syncing local MCP configs across laptops. Use this page as your internal rollout policy and security-review packet.

WHY TEAMS CHOOSE HOSTED MCP

Every developer maintains a different local MCP stack. Onboarding means Slack threads and broken configs.

With Zephex: Share one quickstart snippet. Track usage per key in the dashboard. Rotate keys without changing the endpoint.

Compare hosted vs local MCP and vs filesystem MCP before infra/legal sign-off.

QUICK ROLLOUT
shell
curl -fsSL https://zephex.dev/install.sh | bashcd your-monoreponpx zephex setup# Create named keys in dashboard → API Keys:#   cursor-dev-alice, ci-staging, prod-api-01# Point every editor at https://zephex.dev/mcp

Full walkthrough: Quickstart · Slash palette: 116 slash commands · CLI without agent: Mode 2

API KEY GOVERNANCE

API keys are stored as HMAC-SHA256 hashes with a per-key salt — never in plaintext. Keys expire after 365 days by default; create shorter-lived keys for contractors. See key naming and API key management.

RuleDetail
One key per person per environmentExample: cursor-dev-alice, ci-staging, prod-api-01. Never post keys in Slack, email, or public repos.
Rotate on offboardingWhen a contractor or employee leaves, revoke every key they had access to in the dashboard — do not rotate the whole team unless compromised.
CI uses dedicated keysSeparate keys for automation; prefer Pro/Max tool scopes so CI cannot call tools it does not need.
Store secrets in a vaultLocal .env for dev; Doppler, AWS Secrets Manager, or your CI secret store for staging/prod — never commit keys.
Name keys for analyticsReadable names make dashboard usage attribution obvious when debugging quota or abuse.

On Pro and Max: unlimited keys and optional per-key tool scopes — calls outside the allowlist are rejected.

PLANS & QUOTA

Each successful MCP tool call = one request on the account monthly budget. Monitor in the dashboard before engineers see HTTP 429.

TierPriceRequestsBackendsSupport
Free$0/mo555/mo3Community
Pro$7/mo3,500/mo10Email
Max$19/mo10,000/mo20Priority
  • One successful MCP tool call = one request against the account monthly quota.
  • Failed tool calls do not bill.
  • Cached Test Pulse readbacks (failures, summary, test-last) are 0 credits when session TTL is valid.
  • Meta commands (help, doctor, usage, learn) do not consume quota.

Need more than 10,000 requests/month or custom rate limits? support@zephex.dev

THE 10 MCP TOOLS

Every editor shares the same tool surface. Users may disable up to six tools but must keep at least four enabled. Per-tool guides: Tools index.

MCP toolNameCategory~CreditsWhen teams use it
get_project_contextProject ContextContext~7First on a new repo before guessing install/test commands. Follow related_topics for deeper slices.
read_codeCode ReaderCode Analysis~5Known symbol or files[] from find_code. Outline before 300+ line files. Scan/smell on 3–8 focus files.
find_codeCode SearchCode Analysis~5Unknown location; pasted line; rename before editing; multi-keyword topic hunt.
explain_architectureArchitecture AnalyzerArchitecture~7Before cross-cutting edits — how does this feature/subsystem span modules?
Zephex_dev_infoZephex Dev InfoExternal~2Generic playbook after repo tools if local context is insufficient.
audit_headersSite AuditExternal~6User pastes live URL — post-deploy, security, framework, secrets, is it up.
check_testTest PulseVerification~5After code changes, before push, or when user asks if tests pass — not to find which files to edit.
check_packagePackage CheckPackage Intelligence~5Before npm/pip/cargo install or version bump. User asks "is X safe?" or "how do I upgrade X?"
keep_thinkingKeep ThinkingThinking~5High-blast-radius edit (auth, billing, schema); debugging after 2+ failed attempts; task spans 3+ files.
project_memoryProject MemoryContext~5User says remember/recall; before unfamiliar subsystem; after non-obvious decision.
EDITOR STANDARD

Pick one transport per editor class (stdio for Cursor/Claude Code, HTTP for VS Code). Publish internal snippets from supported editors — 27 documented — so onboarding is copy-paste, not Slack threads.

  • Pin npx -y zephex@latest in editor MCP config — use mcpcli repair when tools/list goes empty.
  • Terminal users: same backend via mcpcli — see CLI commands.
  • Monorepo: run tools from the package root; terminal always uses cwd.
DATA & PRIVACY (TEAM POLICY)

Zephex does not train on customer source, prompts, or tool outputs. Code is processed in memory for the request lifecycle only. Share these pages with legal/infra:

  • Data handling & processing
  • Security & privacy (docs)
  • Authentication
  • API key management
  • Privacy Policy
  • Data Use
  • Service status

What we store vs. not

DataStored?Duration
Source code in tool callsNo—
Tool input argumentsNo—
Tool output / response bodyNo—
AI chat / promptsNo—
Tool name per callYes90 days
Timestamp + success/error + latencyYes90 days
API key hash (HMAC-SHA256 + salt)YesUntil revoked
Hashed IP addressYes90 days
INCIDENT RESPONSE

If an API key is exposed:

  1. Revoke exposed key immediately in dashboard → API Keys
  2. Create a replacement key; update vault/CI — never reuse the leaked secret
  3. Run mcpcli doctor or /doctor to verify editor configs still reach MCP
  4. If editor JSON was committed: mcpcli repair or /repair for stale npx pins
  5. Email support@zephex.dev if you suspect account-wide compromise
PILOT CHECKLIST
  1. Three engineers complete quickstart (npx zephex setup) with named keys
  2. Run check_package on a real dependency upgrade PR
  3. Run get_project_context on the main monorepo (topic: identity, then auth)
  4. Standardize one editor config snippet from supported-editors docs
  5. Review dashboard usage after one week — upgrade tier before engineers hit 429
  6. Share data-handling + security docs with infra/legal before wider rollout
WORKFLOWS
shell
# Day-one onboarding/overview → /architecture → /find "auth" → /test # Dependency PR/deps → /safe new-package → /upgrade stripe → /test → /failures # Production URL gate/web staging.example.com → /check-url https://staging.example.com --deep # Cross-session conventions/remember "webhooks use raw body on /api/stripe"/recall stripe

Best practices · Test Pulse · Project memory

LEGAL

Organizational use is governed by our Terms of Service and Privacy Policy. Team-specific account responsibilities are in the Terms section "Team and organizational use."