com.vocenya/platform

Settings → Connectors → Add custom connector, then paste:
https://vocenya.com/mcp/platform

{
  "mcpServers": {
    "platform": {
      "url": "https://vocenya.com/mcp/platform"
    }
  }
}

{
  "servers": {
    "platform": {
      "type": "http",
      "url": "https://vocenya.com/mcp/platform"
    }
  }
}

code --add-mcp '{"name":"platform","type":"http","url":"https://vocenya.com/mcp/platform"}'

claude mcp add --transport http platform https://vocenya.com/mcp/platform

npx @modelcontextprotocol/inspector@2.11.0 --server-url https://vocenya.com/mcp/platform --transport http

Built from the server's registry entry with each client's documented format (checked 2026-10-14; the Cursor link and the VS Code command 2026-10-19; the MCP Inspector command 2026-10-21). Values in < > are yours to fill in; this page never contains a key. Where the server needs a setting the entry does not declare, it can still fail to start.

Facts about the publisher. We do not turn them into a trust score.

Source: the registry entry and api.github.com · 2026-10-22; security policy read from GitHub · 2026-10-23.

Publish this server? Run these checks against it yourself before release, from your own machine: a server the command starts, or your own server at its URL after a one-time proof that you control it: npx protocolprobe-selftest.

• io.github.PostHog/mcpPostHog MCP Servercompare with this one
• io.github.irinabuht12-oss/google-meta-ads-ga4-mcpGoogle Ads + Meta Ads + SEO/GEO MCPcompare with this one
• io.appllama/appllamaAppllamacompare with this one
• io.github.usertour/mcpUsertour MCP Servercompare with this one
• com.boostedchat/travelBoostedTravelcompare with this one
• io.github.LetsFG/letsfgLetsFG — Flights & Hotelscompare with this one

Active servers whose topic is also “commerce-and-marketing”, most GitHub stars first. The topic and the tool kinds are an AI model's reading of the publishers' descriptions, not checked by hand. Similar is not a recommendation.

Needs the operator's credential

The server requires sign-in. We never use a credential its operator did not give us, so most checks could not run. No security score is given; a check we did not run is never counted as passed.

Why not security-tested: The server required a sign-in before it would list anything, and we never use a credential its operator did not give us. Its operator can test it with their own credential, on their own machine, with our self-test command (/docs/selftest). — the server's own choice

Each check ends in exactly one state: exercised, not run (with the reason), or not applicable (with the reason). 1 of the 18 checks that apply to it was exercised. We do not publish security-check outcomes for named servers.

Source: our own test, 2026-10-23, mcp-runtime-engine@0.1.0. Which checks count and why follows our published scoring model.

The steps in order, as the test record holds them.

1. 0 msStarted a session with the server's remote endpoint
2. The server asked for sign-in before listing anything.
3. 2,899 msFinished: 1 check exercised.

One value per field, each with its source. Fields written by AI models are marked. A field with no value says why.

“Not stated” means the source did not state it; “does not apply” means it does not apply to this kind of server; “our limit” means our own lookup failed. A linked value opens the directory filtered to the same value.