关于 vruum
vruum 是连接 Vruum AI 营收平台的 MCP 服务,面向处理潜在客户研究、外联、交易和营收运营的 Agent。它提供 35 个组合工具,通过本地 stdio 接口将调用转发至托管端执行。
主要功能
- 01提供 35 个营收运营工具
- 02搜索并研究潜在客户
- 03审核和管理外联
- 04检查交易与销售管道
- 05查看营收和绩效数据
- 06通过本地 stdio 桥接托管 API
适用场景
- 01研究潜在客户并评估匹配度
- 02审核并批准外联草稿
- 03查找销售管道中的风险交易
- 04查看目标和营收结果
MCP 相关
通过 35 个 MCP 工具提供 Vruum 营收运营能力。本地 stdio 桥接器提供工具列表,并使用账户令牌将调用转发至 `https://api.vruum.ai/mcp`。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://api.vruum.ai/mcpclaude mcp add --transport http ai-vruum https://api.vruum.ai/mcp{"mcpServers":{"ai-vruum":{"type":"http","url":"https://api.vruum.ai/mcp"}}}在 Cursor 中打开{"servers":{"ai-vruum":{"type":"http","url":"https://api.vruum.ai/mcp"}}}在 VS Code 中打开{"mcpServers":{"ai-vruum":{"type":"http","url":"https://api.vruum.ai/mcp"}}}{"mcpServers":{"ai-vruum":{"serverUrl":"https://api.vruum.ai/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
https://api.vruum.ai/mcp需要授权工具
详细介绍
Vruum MCP(@vruum/mcp)
通过官方 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_TOKEN | Vruum 个人访问令牌 | 回退到 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
许可证
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。