原型 · 预览版:收录官方注册中心里的全部服务器,每 30 分钟同步一次。评价和账户功能将在后续阶段推出。
PopNx MCP为使用 AI 的人准备的 MCP 服务器 · 用大白话讲清楚

Businessmcp

作者:businessmcp版本 3.0.0i★ –i在云端运行
注册名称com.businessmcp/businessmcp

安装

概览

作者提供的说明(英文原文)

Your whole business as one MCP server: analytics, CRM, SEO, ads, revenue. Scoped per data class.

PopNx MCP 的三大支柱

这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

  • 连接方式: 在云端运行
  • 传输方式: Streamable HTTP
  • 分类: 营销与社交媒体

安装

选择你使用的 AI 应用,然后复制设置。

安装之前

你需要

你用的是哪个应用?

在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。

适用于网页版、桌面版和手机版 Claude:

  1. 打开 Settings → Connectors
  2. 点击 Add custom connector
  3. 粘贴下面的地址,然后点击 Add
  4. 如果要求登录,请登录作者的服务
SettingsConnectors1+ Add2https://…3
https://businessmcp.com/api/mcp

在终端中运行这条命令

claude mcp add --transport http businessmcp https://businessmcp.com/api/mcp

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "businessmcp": {
      "url": "https://businessmcp.com/api/mcp"
    }
  }
}

浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "businessmcp": {
      "type": "http",
      "url": "https://businessmcp.com/api/mcp"
    }
  }
}

浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。

ChatGPT 只能连接互联网上的服务器:

  1. 打开网页版 ChatGPT → Settings → Connectors (Apps)
  2. 点击 Create 或 Add(部分套餐需要先在 Advanced 中开启 Developer mode)
  3. 粘贴下面的地址,起个名字,然后保存
  4. 如果要求登录,请登录作者的服务
SettingsConnectors1+ Create2https://…3
https://businessmcp.com/api/mcp

菜单名称可能因套餐和版本不同而略有差异。

你的选择通过 Cookie 保存在这台设备上,无需账户。

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。

它能做什么

我们还没有读取这个服务器的工具列表;我们会轮流检查各个端点。

基础检查i

我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日

  • ✓ 通过

    作者与仓库一致

    注册名称已通过域名 businessmcp.com 验证(注册中心会核实域名所有权)

  • … 尚未检查

    仍在维护

    我们还没有从 GitHub 读取这个仓库

  • … 尚未检查

    有许可证

    我们还没有从 GitHub 读取这个仓库

  • … 尚未检查

    端点有响应

    尚未检查;我们会轮流检查各个端点

  • … 尚未检查

    使用 OAuth 登录

    尚未检查;我们会轮流检查各个端点

  • … 尚未检查

    工具描述中没有隐藏指令

    尚未检查;我们会在检查端点时读取工具列表

与“营销与社交媒体”中的其他服务器比较i

  • 星标数多于此分类中其他 2980 个服务器的 0%
  • 发布到注册中心的时间比此分类中其他 2980 个服务器的 36% 更新
  • 基础检查结果等于或优于此分类中其他 2980 个服务器的 100%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。

常见问题

Businessmcp 安全吗?

它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。

它需要哪些密钥或代码?

注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。

它在我的电脑上运行还是在云端?

它在作者的云端运行。通过互联网连接,无需安装,但你发送的内容会经过作者的服务器。

它还在维护吗?

GitHub 仓库最后更新于–,最新版本(3.0.0)于2个月前进入注册中心。

哪些应用可以使用它?

支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。

有什么可以替代它?

同一分类中有:MCP YouTube Transcript, Google Analytics MCP, BibiGPT YouTube Video Summarizer

替代选择

同一分类中其他作者的服务器,按星标数排序。

如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

MCP YouTube Transcript

作者:jkawamoto

An MCP server retrieving transcripts of YouTube videos

在你的电脑上运行★ 495MIT10天前更新
安装

Google Analytics MCP

作者:surendranb

GA4 MCP server for AI agents: schema discovery, server-side aggregation, analysis-ready defaults.

在你的电脑上运行★ 244MIT10天前更新
安装

AI video summarizer: summarize and transcribe YouTube, Bilibili, TikTok and podcast videos.

在云端运行★ 137MIT10天前更新
安装

作者的 README

打开 README

按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。

mcp-gateway

Hardening utilities for an MCP gateway — a server that fronts other people's MCP servers.

These are extracted from BusinessMCP's production gateway, which lets a workspace connect third-party MCP servers and re-expose them through one governed endpoint. Fronting someone else's server means fetching a URL a user supplied, on your infrastructure, and that has a small number of ways to go badly wrong. This is what we run.

MIT. No dependencies for the two core modules — two Node builtins and nothing else.

npm install @modelcontextprotocol/client   # only if you use the transport helper

1. The SSRF guard, and the bypass that survived a passing test suite

A gateway takes a URL from a user and fetches it. Without a guard that is a direct path to http://169.254.169.254/ and your cloud credentials.

The obvious implementation checks the host against a list of reserved ranges. Ours did, including IPv4-mapped IPv6:

const mapped = v.match(/^::ffff:(\d+\.\d+\.\d+\.\d+)$/)   // ← the bug

That regex never fired in production. The WHATWG URL parser — new URL(), what every caller actually uses — normalizes IPv6 hosts to their canonical form, and the canonical form of an IPv4-mapped address is hex:

new URL('http://[::ffff:169.254.169.254]/').hostname

// '::ffff:a9fe:a9fe'

The dotted spelling the regex matched is a shape no caller can produce. The unit test passed because it called the guard with the dotted string directly. It was green, and it was meaningless: the guard was only ever exercised through an input the real code path could not generate.

Every one of these reached the fetch:

URLURL.hostnameActually
http://[::ffff:169.254.169.254]/::ffff:a9fe:a9fecloud metadata
http://[::ffff:127.0.0.1]/::ffff:7f00:1loopback
http://[::127.0.0.1]/::7f00:1loopback (IPv4-compatible)
http://[64:ff9b::169.254.169.254]/64:ff9b::a9fe:a9fecloud metadata (NAT64)
http://[2002:a9fe:a9fe::]/2002:a9fe:a9fe::cloud metadata (6to4)

Adding more prefixes to the list is not the fix. IPv6 has several mechanisms that embed an IPv4 address, and matching text means playing whack-a-mole against a normalizer you do not control. This guard decodes the address to its eight 16-bit groups and checks numerically, unwrapping every embedding it knows (::ffff: mapped, :: compatible, 64:ff9b:: NAT64, 2002:: 6to4) and recursing into the inner IPv4. Undecodable input fails closed — an address you cannot parse is one you cannot vouch for.

import { isPublicHttpUrl, isBlockedIp } from '@businessmcp/mcp-gateway'

await isPublicHttpUrl('http://[::ffff:169.254.169.254]/') // false await isPublicHttpUrl('https://api.example.com/mcp') // true, after resolving every A/AAAA isBlockedIp('::ffff:a9fe:a9fe') // true

isPublicHttpUrl resolves the hostname and requires every returned address to be public, which is a best-effort DNS-rebinding defence. It is not a complete one: a rebind between this check and the socket connect is a real TOCTOU window, and closing it means pinning the resolved IP into the connection. We accept that residual risk and think you should know about it rather than discover it.

There is a second trap this does not solve for you. Validating a host once and then calling fetch(url, { redirect: 'follow' }) is a bypass: the server 302s to http://127.0.0.1/ and the follow is never checked. Follow redirects manually and re-validate every hop.

2. Classify upstream failures — never swallow them

The version of this code that shipped first wrapped every upstream call in catch {} and dropped the server from the tool list. Auth failure, unsupported transport, timeout, blocked host and "server is fine, returned nothing" were indistinguishable — which is to say invisible. Users saw tools silently missing, with no explanation anywhere in the product.

import { classifyUpstreamError, describeFailure } from '@businessmcp/mcp-gateway'

const failure = classifyUpstreamError(err) // { reason: 'auth_required' | 'transport_unsupported' | 'timeout' // | 'blocked_host' | 'unreachable', detail: string }

describeFailure(failure) // a sentence you can show a user

The reason is also what makes a retry decision honest: only a handshake-shaped failure is worth retrying on another transport. An auth rejection fails identically either way.

3. Namespace tool names without collisions

Aggregating N servers means prefixing their tools. MCP caps names at 64 characters, so prefixing plus truncation can map two different upstream tools to the same string — and then a lookup by name dispatches the call to the wrong server.

import { namespacedToolName } from '@businessmcp/mcp-gateway'

namespacedToolName('stripe', 'create_payment_intent') // 'ext_stripe_create_payment_intent'

When truncation is needed a short hash of the full name is appended, so two long names stay distinct.

4. Transport fallback

MCP's 2026-07-28 revision dropped legacy HTTP+SSE for *servers*, but plenty of servers you connect *to* still only speak it. withUpstream tries streamable HTTP, falls back to SSE, and tells you which worked so you can persist it and skip the probe next time.

import { withUpstream } from '@businessmcp/mcp-gateway'

const res = await withUpstream( { url, headers, transport: knownTransport }, (client) => client.listTools(), { onTransportResolved: (t) => save(t) }, ) if (!res.ok) log(describeFailure(res.failure))

Requires @modelcontextprotocol/client as a peer dependency. The other modules do not.


Honest limits

  • Utilities, not a framework. There is no gateway here — no aggregation, no auth, no policy layer. Those are meaningfully coupled to how you store connections, and a fake abstraction over that would be worse than none.
  • No external audit. This is what we run in production. That is a reason to take it seriously and not a substitute for review.
  • The aggregation and inspection layers are deliberately not included, partly because they are coupled to our database and partly because they have no test coverage. Everything shipped here is from the tested side.
  • DNS-rebinding TOCTOU is open, as described above.

Development

This package is generated from the BusinessMCP monorepo, where these modules are in active production use. Fixes should go there and be regenerated — a patch applied only here would be overwritten, and two hand-maintained copies of a security guard is the exact failure that produced the bypass in section 1.

Issues and reports are welcome here regardless.

npm install

npx vitest run npx tsc --noEmit

问 PopNx