mcpField
V
vruum

vruum

远程服务
github.com/vruum-gtm商业与营销03 周前更新
代码仓库

关于 vruum

vruum 是连接 Vruum AI 营收平台的 MCP 服务,面向处理潜在客户研究、外联、交易和营收运营的 Agent。它提供 35 个组合工具,通过本地 stdio 接口将调用转发至托管端执行。

主要功能

  1. 01提供 35 个营收运营工具
  2. 02搜索并研究潜在客户
  3. 03审核和管理外联
  4. 04检查交易与销售管道
  5. 05查看营收和绩效数据
  6. 06通过本地 stdio 桥接托管 API

适用场景

  1. 01研究潜在客户并评估匹配度
  2. 02审核并批准外联草稿
  3. 03查找销售管道中的风险交易
  4. 04查看目标和营收结果

MCP 相关

通过 35 个 MCP 工具提供 Vruum 营收运营能力。本地 stdio 桥接器提供工具列表,并使用账户令牌将调用转发至 `https://api.vruum.ai/mcp`。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://api.vruum.ai/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

全部服务地址
Streamable HTTPhttps://api.vruum.ai/mcp需要授权
安装包
npm@vruum/mcp0.14.0

工具

详细介绍

Vruum MCP(@vruum/mcp)

npm license registry

通过官方 MCP 接入 Vruum,这是一款 AI 营收平台。通过 35 个复合工具,让你的 Agent 负责整个营收流程,而不必应付大量端点:研究潜在客户、构建销售管道、开展电子邮件和 LinkedIn 外联、筛选回复、管理交易直至成交,并读取以 Stripe 为准的营收数据。外联在目标中运行:包括目标、目标对象,以及触达策略。

这个软件包是一个 stdio 桥接程序:它在本地提供工具界面(无需凭证即可查看工具信息),并使用你的令牌将执行请求代理到 https://api.vruum.ai/mcp。每次调用都由服务端授权——该桥接程序不会授予你的 Vruum 账户本身不具备的权限。

提示

如果你使用的客户端支持远程 MCP,请直接连接。 Claude Code、Claude Desktop、Cursor、Codex 等应直接连接到 https://api.vruum.ai/mcp(OAuth 2.1)。这样更简单,也无需将令牌放在环境变量中。此桥接程序适用于仅支持 stdio 的客户端和无需凭证即可查看工具信息的场景。请参阅 vruum.ai/docs/mcp。

快速开始

你需要 Node 20+ 和 Vruum 账户。在 Web 应用的 Settings → API tokens 中创建个人访问令牌(vk_live_…)。

Claude Desktop / Claude Code — claude_desktop_config.json 或 .mcp.json
{
  "mcpServers": {
    "vruum": {
      "command": "npx",
      "args": ["-y", "@vruum/mcp"],
      "env": { "VRUUM_MCP_TOKEN": "vk_live_…" }
    }
  }
}
Cursor — ~/.cursor/mcp.json
{
  "mcpServers": {
    "vruum": {
      "command": "npx",
      "args": ["-y", "@vruum/mcp"],
      "env": { "VRUUM_MCP_TOKEN": "vk_live_…" }
    }
  }
}
Codex CLI — ~/.codex/config.toml
[mcp_servers.vruum]
command = "npx"
args = ["-y", "@vruum/mcp"]
env = { VRUUM_MCP_TOKEN = "vk_live_…" }
已经在使用 Vruum CLI? — 此处无需令牌
npx @vruum/cli login --token vk_live_…

CLI 需要 Node 22+。凭证存放在 ~/.vruum/credentials 中,桥接程序会自动读取——请完全省略 env 块。

无需进行任何配置,即可验证是否正常工作:

npx -y @modelcontextprotocol/inspector --cli npx -y @vruum/mcp --method tools/list

你可以提出的请求

连接后,可以向 Agent 提出以下常见请求:

你说执行结果
“我今天应该做什么?”get_daily_briefing — 待审批事项、新回复、停滞的交易、可利用的熟人关系,以及一项推荐的下一步行动
“审核我的外联草稿”get_outreach_review → 你可以逐一批准、编辑或拒绝
“研究 Acme Corp,告诉我它是否符合目标客户画像”research — 网站、融资、招聘信号,以及附有理由的 ICP 匹配结果
“帮我找到认识这个人的熟人引荐”find_warm_path — 区分已验证的引荐路径和未经验证的连接器候选项
“哪些目标确实有效?”get_objective_outcomes — 对比不同目标的已联系人数、回复人数和已预约会议数
“我的销售管道中有哪些风险?”inspect_pipeline — 按风险优先级列出风险最高的 5 笔交易
“起草一篇关于 X 的 LinkedIn 帖子”manage_content — 你的 Agent 撰写内容,你审核后由 Vruum 安排发布时间并发布

你的工作台会通过相应的审核界面撰写外联文案、回复、LinkedIn 帖子和评论。它还可以通过 manage_assistant (start_conversation、append_message)与 Vruum 聊天:这与应用浮动面板中的聊天相同,可以读取你的记录,并对记录进行可撤销的修改。聊天不会起草或发送消息。

工具概览

35 个复合工具。读取操作用于检查已保存的数据;写入操作会对其进行修改。 某些写入操作会购买服务商提供的工作或产生外部影响。每个工具都说明了自身的授权和重试约定。

区域工具
日常运营get_daily_briefing · get_next_actions · inspect_pipeline
搜索与调研search · fetch · research · research_lookup · import_prospects · find_warm_path
人员get_person_360 · manage_person
关系身份get_network_identity_review · manage_network_identity_resolution
目标与外联inspect_objective · get_outreach_review · manage_messages · manage_outreach · manage_relationship_action
互动与内容get_engagement_review · manage_engagements · get_content_review · manage_content
绩效get_objective_outcomes · get_performance_metrics
交易get_deal_360 · manage_deal
收入get_revenue · manage_revenue
客户与知识manage_account · manage_kb
导入与助手manage_history_import · manage_assistant
工作区、配置与技能get_operator_companies · manage_settings · skill

manage_outreach 还可创建、配置、启动和暂停目标;inspect_objective 可读取目标的设置、受众、预测和来源计划。没有工具会将读取与写入混在一起:research_lookup 负责外部查询(工作邮箱、LinkedIn 个人资料、公司网站、招聘页面、LinkedIn 人员搜索),这些查询可能会消耗服务商额度或 LinkedIn 预算。get_operator_companies 会列出你的登录账号可以操作的工作区;它并非仅限 Vruum 员工使用。

完整的架构、说明和 MCP 安全注释位于 tools.json 中——该文件由实时服务定义生成,绝不手动编辑。

当前软件包还在 manage_messages 中保留了电子邮件审批决策说明。已保存的电子邮件使用其显示的 Action 版本、提案修订版本和指纹。审批并非发送回执;内容变更需要重新处理。

通过 manage_assistant 与 Vruum 聊天。start_conversation 接受 payload={request_id, message, context?},并等待最多 50 秒以获取答复;append_message 接受 id=<chat UUID> 和相同的 payload。结果会列出聊天、当前轮次的状态、问题、答复、changes(聊天应用的每项记录变更及其 Undo 状态)和 cards。如果一轮在 50 秒后仍在运行,则会返回 running;之后可使用 inspect_assistant action=read id=<chat UUID> 读取聊天。无法 Undo 的操作,以及会触达客户或产生费用的操作,会以包含确切调用内容的卡片返回,并使当前轮次进入 awaiting_approval。manage_assistant action=decide_card id=<item UUID> payload={decision: approved|declined} 用于处理一张卡片,且只能根据用户本人给出的答复作出决定:approved 会使用你的凭据执行该确切调用一次,declined 则永不执行;此操作会等待当前轮次最多 50 秒。manage_assistant action=undo id=<item UUID> 会执行某项变更的精确逆操作;如果记录之后经过编辑,则会拒绝执行;action=rate id=<message UUID> 用于评价答复。若响应结果不确定,请在重试时使用相同的 request_id:服务端会对每个请求只执行一次。

配置

环境变量含义默认值
VRUUM_MCP_TOKENVruum 个人访问令牌回退到 VRUUM_TOKEN,然后是 ~/.vruum/credentials
VRUUM_MCP_URL托管的 MCP 端点https://api.vruum.ai/mcp
VRUUM_MCP_TIMEOUT_MS单次调用超时时间——调研和导入需要较长时间300000
VRUUM_CONFIG_DIR凭据目录~/.vruum

工作原理

your agent  ──stdio/JSON-RPC──▶  @vruum/mcp
                                     │
                    tools/list ──────┤  served locally from tools.json
                                     │  (no network, no credentials)
                                     │
                    tools/call ──────┴──HTTPS+Bearer──▶  api.vruum.ai/mcp
                                                          (authorized server-side)

工具列表是随版本发布打包的静态快照。这使得无需凭据即可进行检查,也意味着新添加的工具要等到下一个版本发布后才会显示——调用仍会正确执行,因为它们会通过代理转发。在单体代码库中,快照测试会在任何更改导致 tools.json 与服务定义不一致时失败,因此发布版本不会附带过时的工具列表。

安全与凭据

  • 服务端授权。 桥接程序不会添加任何权限。你的令牌与 Vruum 账户完全相同,角色和租户检查由服务端执行。
  • 不会自动重试。 失败的 tools/call 绝不会重放。这些工具中有许多会发送推广内容或花费资金,而不明确的失败可能意味着服务端已经执行了操作——静默重试可能导致重复发送。连接会被丢弃,错误信息会明确说明这一点,由你的 Agent 决定重新运行是否安全。
  • 你的令牌绝不会离开你的机器,唯一例外是作为 Bearer 标头发送到 api.vruum.ai。

警告

桥接程序会使用环境中已有的凭据。 如果未设置 VRUUM_MCP_TOKEN,它会回退到 ~/.vruum/credentials。如果你已登录 Vruum CLI,那么通过 MCP Inspector、客户端或脚本运行此服务时,操作会针对你的真实账户和真实数据执行。写入工具确实会写入数据。

若要在不使用凭据的情况下进行测试,请传递一个能够传递到进程的显式环境:

env -i PATH="$PATH" HOME=/tmp/empty node dist/index.js

请注意,遵循 SDK 默认行为的 MCP 客户端只会将允许列表中的变量(HOME、PATH、SHELL、TERM、USER、LOGNAME)转发给启动的服务——因此,在 shell 中设置的 VRUUM_CONFIG_DIR 可能会在到达桥接程序之前被剥离,而 HOME 会保留,所以凭据文件仍会被找到。请在客户端自己的 env 块中设置凭据。

开发

此仓库是 Vruum 单体代码库的构建产物,会在发布时自动重新同步。tools.json 根据服务定义生成,单体代码库中的快照测试会在两者不一致时失败。在两个版本发布之间,托管服务可能会领先于此快照。

src/index.ts   the bridge — token resolution, static listings, proxied calls
tools.json     generated tool surface (do not edit by hand)
test/          black-box tests: spawn the built binary, speak raw JSON-RPC
npm install
npm test        # builds, then runs the black-box suite
npm run typecheck

测试通过 stdin/stdout 驱动构建后的二进制文件,并在传输层级进行断言,而不是通过 SDK 客户端测试——SDK 中介测试会掩盖协议错误,因为无论服务端返回的是 result 还是 error,SDK 都会照常返回结果对象。测试涵盖初始化握手、无凭据工具列表、协议错误与执行错误的语义、游标拒绝、能力声明以及 stdout 输出规范。

欢迎提交问题和 PR。 维护者会在单体代码库中应用被接受的更改,并在下次同步时将其带回——因此,此处合并的修复可能会作为同步提交的一部分出现,而不是出现在你的原始提交中。对 tools.json 的更改必须由生成器生成,不得手动修改。

链接

Vruum · MCP 文档 · 入门指南 · CLI 参考

注册表条目 ai.vruum/mcp · Claude 和 Codex 插件 vruum-gtm/skills

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。