Back to Browse

Vibo MCP Server

Developer ToolsModerate5.6Local
Free

Vibo (vibodj.com) MCP — plan & manage event music: timeline, songs, ideas, questions, guests

About

Vibo (vibodj.com) MCP — plan & manage event music: timeline, songs, ideas, questions, guests

Security Report

5.6
Moderate5.6Moderate Risk

The server uses a legitimate Vibo GraphQL flow with email/password or captured-token auth, confirmation gates on writes, and a path-restricted upload directory, which are sound design choices. The score is held below 7.0 by medium-severity concerns: session tokens are persisted in plaintext to ~/.vibo-mcp/session.json, and the browser-capture SSO path depends on a third-party extension that reads a signed-in browser session. The provided code is also truncated, so the remaining tool modules could not be fully reviewed. Supply chain analysis found 2 known vulnerabilities in dependencies (0 critical, 1 high severity). Package verification found 1 issue.

4 files analyzed · 7 issues found

Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.

Permissions Required

This plugin requests these system permissions. Most are normal for its category.

HTTP Network Access

Connects to external APIs or services over the internet.

File System Read

Reads files on your machine. Normal for tools that analyze or process local data.

File System Write

Writes or modifies files on your machine. Check that this is expected for the tool.

env_vars

Check that this permission is expected for this type of plugin.

browser_session

Check that this permission is expected for this type of plugin.

What You'll Need

Set these up before or after installing:

Vibo account email (or use VIBO_ACCESS_TOKEN for SSO accounts)Optional

Environment variable: VIBO_EMAIL

Vibo account passwordRequired

Environment variable: VIBO_PASSWORD

Captured x-token from a signed-in web.vibodj.com session (SSO alternative)Required

Environment variable: VIBO_ACCESS_TOKEN

Matching x-refresh-token so the session can renewRequired

Environment variable: VIBO_REFRESH_TOKEN

Optional. The upload directory: vibo_set_profile_photo and photo/file answers to vibo_answer_question only read local files from it. Default ~/Downloads/vibo-mcp.Optional

Environment variable: VIBO_UPLOAD_DIR

Optional. Where a browser-captured token pair is persisted so it survives MCP restarts. Default ~/.vibo-mcp/session.json.Optional

Environment variable: VIBO_SESSION_FILE

Optional. Overrides the Vibo GraphQL endpoint. Default https://api.vibodj.com/v2/graphql.Optional

Environment variable: VIBO_API_URL

How to Install

Add this to your MCP configuration file:

{
  "mcpServers": {
    "io-github-chrischall-vibo-mcp": {
      "env": {
        "VIBO_EMAIL": "your-vibo-email-here",
        "VIBO_API_URL": "your-vibo-api-url-here",
        "VIBO_PASSWORD": "your-vibo-password-here",
        "VIBO_UPLOAD_DIR": "your-vibo-upload-dir-here",
        "VIBO_ACCESS_TOKEN": "your-vibo-access-token-here",
        "VIBO_SESSION_FILE": "your-vibo-session-file-here",
        "VIBO_REFRESH_TOKEN": "your-vibo-refresh-token-here"
      },
      "args": [
        "-y",
        "vibo-mcp"
      ],
      "command": "npx"
    }
  }
}

Documentation

View on GitHub

From the project's GitHub README.

vibo-mcp

MCP server for Vibo (vibodj.com) — plan your event music as a host/couple. Browse your events and timeline, see and add song requests, like songs, manage notifications, and export selections to Spotify/Apple Music, all via natural language.

Developed and maintained by AI (Claude Code). Use at your own discretion. Unofficial — not affiliated with Vibo. Works only with your own account/data.

Install

{
  "mcpServers": {
    "vibo": {
      "command": "npx",
      "args": ["-y", "vibo-mcp"],
      "env": {
        "VIBO_EMAIL": "you@example.com",
        "VIBO_PASSWORD": "your_password"
      }
    }
  }
}

Authentication

Choose one method:

MethodEnv varsWhen
Email + password (recommended)VIBO_EMAIL, VIBO_PASSWORDYou sign in to Vibo with an email/password.
Captured tokenVIBO_ACCESS_TOKEN (+ VIBO_REFRESH_TOKEN)Your account uses Apple/Google/Facebook sign-in (no password). Capture x-token/x-refresh-token from a signed-in web.vibodj.com session.
Browser capture (SSO)run vibo_capture_sessionWith the ContextMint Bridge browser extension installed and signed into web.vibodj.com, capture the token automatically (saved to ~/.vibo-mcp/session.json).

The server boots without credentials; the config error only surfaces on the first tool call.

ContextMint Bridge (for SSO capture)

vibo_capture_session reads your signed-in tab through the ContextMint Bridge browser extension. Install it from github.com/nullnet-app/contextmint-bridge/releases:

  • Chrome: download the Chrome zip, unzip it, and load it unpacked at chrome://extensions (Developer mode → Load unpacked).
  • Safari: not available yet — it will ship inside the ContextMint app, which has no public download. Use Chrome for now.

Approve the pair code the extension shows on first use.

ContextMint Bridge is the fetchproxy browser extension under its new name, from the same maintainer — fetchproxy's own README (https://github.com/chrischall/fetchproxy#extension) points to it. Its source is public at https://github.com/nullnet-app/contextmint-bridge: build it yourself, or check a release zip against the .sha256 file published beside it (shasum -a 256 -c contextmint-bridge-chrome-<version>.zip.sha256).

Uploads

vibo_set_profile_photo and photo/file answers to vibo_answer_question only read local files from the upload directory — VIBO_UPLOAD_DIR, default ~/Downloads/vibo-mcp. Copy a file there before asking Claude to upload it. Hidden files, symlinks that lead outside the directory, and files over 25 MiB are refused. Photo slots need a real image: the extension must be an image type and the file's contents must match it (a renamed text file is refused), and the path you pass must be the file itself — any symlink is refused for a photo, even one pointing inside the upload directory.

Timeline sections and limits

  • vibo_create_section adds a section and can place it (afterSectionId or a 0-based position). The web app only appends new sections to the end. Visibility is host (default, "Me and DJ") or public (guests too).
  • vibo_delete_section previews the section's name, its song count and its answered questions before deleting. It refuses the DJ's do-not-play list (dontPlay) and timeline dividers (headline) unless you pass force: true.
  • vibo_reorder_sections moves one or more sections to directly after another section, or to the start. vibo_reorder_songs does the same for songs within a section.

Vibo's limits, checked before anything is sent:

WhatLimit
Section name45 characters (the web app's limit)
Song comment (vibo_update_song)90 characters (an emoji counts as 2)

A host can only do some things when the DJ's settings allow it: adding or reordering sections (event settings), or reordering one section's songs (that section's "hosts can order songs"). Vibo turns "hosts can order songs" off for every section a host creates, and only the DJ can turn it on. When a setting blocks you, the tool says which one instead of returning Vibo's bare "Action is not allowed for user".

Vibo doesn't store a section description set by a host, so vibo_create_section takes a note (for the DJ) instead.

Confirmations

Every write (adding or removing songs, comments, invites, exports, answers, uploads, …) is confirmed before anything is sent to Vibo.

variabledefault
MCP_CONFIRM_MODEask-userWhat a write does on a client that cannot show a confirmation prompt (claude.ai, Claude Desktop). ask-user: two steps — the first call does nothing and returns a preview plus a token, and the model must get your approval in chat before calling again with it. auto: the same two steps, but the model may use the token after reviewing the preview itself. refuse: writes are refused on such clients. A client that can show prompts (Claude Code) always gets the real prompt, unless MCP_CONFIRM_ELICITATION=off. An unrecognised value is treated as refuse.
MCP_CONFIRM_ELICITATIONonoff never shows a confirmation prompt, so every client gets the MCP_CONFIRM_MODE behaviour. Set it for a client that says it can show prompts but never does (the write hangs — opencode 2.0.x). Any other value is treated as on, with a warning on stderr.
MCP_CONFIRM_TTL_SECONDS600How long a token stays valid.
MCP_CONFIRM_SECRETrandom per processSigning key; set it only if tokens must survive a server restart.

A token works once, only for the tool and arguments it was previewed with: a changed argument or a reused token is refused and nothing is sent.

How it works

Vibo's app talks to a GraphQL API at https://api.vibodj.com/v2/graphql, authenticating with an x-token header obtained from an email/password signIn. This server reuses that same flow server-side (no browser needed) and wraps the host/couple operations as MCP tools. Every mutating tool asks you to confirm first: a client that can show a confirmation prompt (Claude Code) shows one (unless MCP_CONFIRM_ELICITATION=off); otherwise the first call makes no network call and returns a preview plus a confirmToken, and only a repeat call with that token makes the change (see Confirmations).

See docs/VIBO-API.md for the reverse-engineered API notes and skills/vibo-mcp/SKILL.md for the full tool list.

Development

npm install
npm run build   # tsc + esbuild bundle → dist/
npm test        # vitest

License

MIT

Reviews

No reviews yet

Be the first to review this server!