[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8,"_9":10},"actionData","errors","root",{"_118":119},"routes/modules.$creator.$moduleId",{"_14":15,"_16":17,"_18":19,"_20":21},"routes/modules.$creator.$moduleId.endpoints",{"_11":12,"_13":-5},"error","Module not found","tools","module",{"_20":22,"_23":24,"_25":26,"_27":28,"_29":30,"_31":32,"_33":34,"_35":26,"_36":37,"_38":-5,"_39":-5,"_40":41,"_42":43,"_44":45,"_46":47,"_48":49,"_50":51,"_52":53,"_54":55,"_56":57,"_58":-5,"_59":51,"_60":45,"_61":62,"_63":64,"_65":66,"_67":68,"_69":70,"_71":72,"_73":74,"_75":76,"_77":78,"_79":80,"_81":-5,"_82":-5,"_83":-5,"_84":85,"_86":-5,"_87":45,"_88":89,"_90":91,"_92":93,"_94":95,"_96":97,"_98":99},"apiUrl","https://odel.app/api","creator","vruum","moduleId","mcp","@vruum/mcp","displayName","Vruum MCP","tagline","Vruum AI revenue platform — outbound, deals, pipeline & CRM automation over one MCP.","iconKey","external/7517b9eb2e0a9f9a4ce9cd3d7461e904e22af773c51cfc55e36a7c4fb8d934ca.png","category","remote","status","published","visibility","public","metaDescription","deploymentType","external","workerName","bindingName","mcpConfig","{\"url\":\"https://api.vruum.ai/mcp\",\"transport\":\"streamable-http\",\"authType\":\"bearer\"}","pricingModel","free","priceCredits",0,"creatorUserId","system:external-import","createdAt",1785903573000,"updatedAt",1790459776000,"sourceRegistry","official-mcp-registry","sourceUrl","https://registry.modelcontextprotocol.io/v0/servers?search=ai.vruum%2Fmcp","sourceVerified",true,"sourceMissingSince","importedAt","upstreamStars","upstreamUpdatedAt",1790196913000,"detectedTransport","streamable-http","detectedAuthType","oauth","probeStatus","ok","lastProbedAt",1790444956000,"githubRepoUrl","https://github.com/vruum-gtm/mcp","githubRepoFullName","vruum-gtm/mcp","releaseId","ext-vruum-gtm-mcp","version","0.6.0","descriptionMarkdown","# Vruum MCP (`@vruum/mcp`)\n\n[![npm](https://img.shields.io/npm/v/@vruum/mcp)](https://www.npmjs.com/package/@vruum/mcp)\n[![license](https://img.shields.io/badge/license-MIT-blue)](LICENSE)\n[![registry](https://img.shields.io/badge/MCP%20registry-ai.vruum%2Fmcp-6E56CF)](https://registry.modelcontextprotocol.io)\n\nOfficial MCP access to [**Vruum**](https://vruum.ai), the AI revenue platform. Give your agent the whole revenue motion — research prospects, build pipeline, run email and LinkedIn outreach, triage replies, manage deals through close, and read Stripe-backed revenue truth — through **29 compound tools** rather than a sprawl of endpoints.\n\nThis package is a **stdio bridge**: it serves the tool surface locally (no credentials needed to introspect) and proxies execution to `https://api.vruum.ai/mcp` under your token. Every call is authorized server-side — the bridge grants no authority your Vruum account doesn't already have.\n\n> [!TIP]\n> **Using a client that supports remote MCP? Connect directly instead.**\n> Claude Code, Claude Desktop, Cursor, Codex and friends should point straight at `https://api.vruum.ai/mcp` (OAuth 2.1). Fewer moving parts and no token in an env var. This bridge exists for **stdio-only clients** and for **credential-free tool introspection**. See [vruum.ai/docs/mcp](https://vruum.ai/docs/mcp).\n\n## Quickstart\n\nYou need Node 20+ and a Vruum account. Create a personal access token in the web app under **Settings → API tokens** (`vk_live_…`).\n\n

Claude Desktop / Claude Code — claude_desktop_config.json or .mcp.json

\n\n```json\n{\n \"mcpServers\": {\n \"vruum\": {\n \"command\": \"npx\",\n \"args\": [\"-y\", \"@vruum/mcp\"],\n \"env\": { \"VRUUM_MCP_TOKEN\": \"vk_live_…\" }\n }\n }\n}\n```\n

\n\n

Cursor — ~/.cursor/mcp.json

\n\n```json\n{\n \"mcpServers\": {\n \"vruum\": {\n \"command\": \"npx\",\n \"args\": [\"-y\", \"@vruum/mcp\"],\n \"env\": { \"VRUUM_MCP_TOKEN\": \"vk_live_…\" }\n }\n }\n}\n```\n

\n\n

Codex CLI — ~/.codex/config.toml

\n\n```toml\n[mcp_servers.vruum]\ncommand = \"npx\"\nargs = [\"-y\", \"@vruum/mcp\"]\nenv = { VRUUM_MCP_TOKEN = \"vk_live_…\" }\n```\n

\n\n

Already use the Vruum CLI? — no token needed here

\n\n```sh\nnpx @vruum/cli\nvruum login --token vk_live_…\n```\n\nCredentials land in `~/.vruum/credentials` and the bridge picks them up automatically — omit the `env` block entirely.\n

\n\nVerify it works without configuring anything:\n\n```sh\nnpx -y @modelcontextprotocol/inspector --cli npx -y @vruum/mcp --method tools/list\n```\n\n## What you can ask for\n\nOnce connected, these are ordinary requests to your agent:\n\n| You say | What happens |\n| --- | --- |\n| *\"What should I work on today?\"* | `get_daily_briefing` — pending approvals, new replies, stalled deals, warm paths, one recommended next action |\n| *\"Review my outreach drafts\"* | `get_outreach_review` → you approve, edit, or reject each one |\n| *\"Research Acme Corp and tell me if they fit\"* | `research` — website, funding, careers signals, ICP match with reasoning |\n| *\"Find a warm intro to this person\"* | `find_warm_path` — separates verified paths from unverified connector candidates |\n| *\"Which campaigns are actually working?\"* | `get_campaign_outcomes` — contacted, replies, meetings booked, cohort-consistent |\n| *\"What's at risk in my pipeline?\"* | `inspect_pipeline` — the 5 most at-risk deals, risk-first |\n| *\"Draft a LinkedIn post about X\"* | `manage_content` — your agent writes it, you approve, Vruum schedules and publishes |\n\n> [!IMPORTANT]\n> **Your agent writes the prose — the server never does.** Outreach copy, replies, LinkedIn posts and comments surface to your harness as work items. Vruum schedules, gates, persists and sends; it has no server-side message generation. That's a deliberate design position, not a gap.\n\n## Tool surface\n\n29 compound tools — one per decision, so an agent never disambiguates between overlapping verbs. `read` is safe to call freely; `write` mutates; `destructive` can delete or archive.\n\n| Area | Tools |\n| --- | --- |\n| **Daily operating** | `get_daily_briefing` · `get_next_actions` · `inspect_pipeline` |\n| **Search & research** | `search` · `fetch` · `research` · `import_prospects` · `find_warm_path` |\n| **People** | `get_person_360` · `manage_person` |\n| **Outreach** | `get_outreach_review` · `manage_messages` · `manage_outreach` · `manage_relationship_action` |\n| **Engagement & content** | `get_engagement_review` · `manage_engagements` · `get_content_review` · `manage_content` |\n| **Campaigns & performance** | `manage_campaign` · `get_campaign_outcomes` · `get_performance_metrics` |\n| **Deals** | `get_deal_360` · `manage_deal` |\n| **Revenue** | `get_revenue` · `manage_revenue` |\n| **Accounts & knowledge** | `manage_account` · `manage_kb` |\n| **Config & skills** | `manage_settings` · `skill` |\n\nFull schemas, descriptions and MCP safety annotations live in [`tools.json`](https://github.com/vruum-gtm/mcp/blob/main/tools.json) — generated from the live server definition, never hand-edited.\n\nThe 0.5.0 package includes the deployed P2e revenue contracts in that snapshot:\n`get_revenue` account and service-margin views, and the reviewed finance-statement\naction in `manage_revenue`. Hosted remote MCP already exposes these contracts;\nstdio clients receive the updated advertised schema after package publication\nand upgrade. Finance attestation, binding decisions and measurement approval\nretain their separate server-side checks.\n\n## Configuration\n\n| Env var | Meaning | Default |\n| --- | --- | --- |\n| `VRUUM_MCP_TOKEN` | Vruum personal access token | falls back to `VRUUM_TOKEN`, then `~/.vruum/credentials` |\n| `VRUUM_MCP_URL` | Hosted MCP endpoint | `https://api.vruum.ai/mcp` |\n| `VRUUM_MCP_TIMEOUT_MS` | Per-call timeout — research and imports run long | `300000` |\n| `VRUUM_CONFIG_DIR` | Credentials directory | `~/.vruum` |\n\n## How it works\n\n```\nyour agent ──stdio/JSON-RPC──▶ @vruum/mcp\n │\n tools/list ──────┤ served locally from tools.json\n │ (no network, no credentials)\n │\n tools/call ──────┴──HTTPS+Bearer──▶ api.vruum.ai/mcp\n (authorized server-side)\n```\n\nListings are a **static snapshot** bundled at release. That's what makes credential-free introspection possible, and it means a newly added tool won't *appear* until the next release — calls still execute correctly, since they proxy through. A CI guard regenerates `tools.json` on every backend change, so the snapshot can be one release old but never silently wrong.\n\n## Safety and credentials\n\n- **Server-side authorization.** The bridge adds no permissions. Your token is exactly your Vruum account, and role/tenant checks happen on the server.\n- **No automatic retries.** A failed `tools/call` is never replayed. Many of these tools send outreach or spend money, and an ambiguous failure may mean the server already executed — a silent retry could double-send. The connection is discarded, the error says so, and your agent decides whether re-running is safe.\n- **Your token never leaves your machine** except as a `Bearer` header to `api.vruum.ai`.\n\n> [!WARNING]\n> **The bridge picks up ambient credentials.** With no `VRUUM_MCP_TOKEN` set it falls back to `~/.vruum/credentials`. If you are logged in with the Vruum CLI, then running this server — via the MCP Inspector, a client, or a script — executes **against your real account and real data**. Write tools will really write.\n>\n> To poke at it with no credentials, pass an explicit env that reaches the process:\n>\n> ```sh\n> env -i PATH=\"$PATH\" HOME=/tmp/empty node dist/index.js\n> ```\n>\n> Note that MCP clients following the SDK default only forward an allowlist (`HOME`, `PATH`, `SHELL`, `TERM`, `USER`, `LOGNAME`) to spawned servers — so setting `VRUUM_CONFIG_DIR` in your shell may be **stripped before it reaches the bridge**, while `HOME` survives and the credentials file is found anyway. Set credentials in the client's own `env` block instead.\n\n## Development\n\nThis repo is a **build artifact of the Vruum monorepo**, resynced automatically on release. `tools.json` is generated from the live server definition, so it cannot drift from what the hosted server exposes.\n\n```\nsrc/index.ts the bridge — token resolution, static listings, proxied calls\ntools.json generated tool surface (do not edit by hand)\ntest/ black-box tests: spawn the built binary, speak raw JSON-RPC\n```\n\n```sh\nnpm install\nnpm test # builds, then runs the black-box suite\nnpm run typecheck\n```\n\nTests drive the built binary over stdin/stdout and assert **at the wire level** rather than through an SDK client — an SDK-mediated test hides protocol mistakes, since it will happily hand back a result object whether the server returned `result` or `error`. They cover the initialize handshake, credential-free listing, protocol-vs-execution error semantics, cursor rejection, capability declaration, and stdout hygiene.\n\n**Issues and PRs are welcome here.** Maintainers apply accepted changes upstream in the monorepo and they flow back on the next sync — so a merged fix here may appear as part of a sync commit rather than your original one. Changes to `tools.json` must come from the generator, not by hand.\n\n## Links\n\n[Vruum](https://vruum.ai) · [MCP docs](https://vruum.ai/docs/mcp) · [Getting started](https://vruum.ai/docs/getting-started) · [CLI reference](https://vruum.ai/docs/cli-reference)\n\nRegistry entry `ai.vruum/mcp` · Claude & Codex plugin [`vruum-gtm/skills`](https://github.com/vruum-gtm/skills)\n\n## License\n\n[MIT](https://github.com/vruum-gtm/mcp/blob/main/LICENSE)\n","changelogMarkdown","videoKey","requiredSecretsJson","publishedAt",1790197700000,"priceCents","trialDays","iconType","image","upstream",{"_102":103,"_104":105,"_106":107,"_108":109,"_110":111,"_112":113},"requiredSecrets",[],"tags",[],"assets",[],"stats",{"_100":45,"_101":45},"ratingAvg","reviewCount","topics",[],"license","MIT","language","TypeScript","registryName","ai.vruum/mcp","homepage","https://vruum.ai/","packages",[114],{"_115":116,"_117":22,"_77":78},"registryType","npm","identifier","ENV",{"_120":121,"_122":123,"_124":125,"_126":-7},"ENVIRONMENT","production","TURNSTILE_SITE_KEY","0x4AAAAAAB8-rEI2gNDf_QhU","SENTRY_DSN","https://45fd1229f78089d5c3ee78be128030e1@o4510583261757440.ingest.de.sentry.io/4510584253448272","SENTRY_ENABLE_LOCAL"]