VRChat MCP

VRChat MCP

Unofficial local Model Context Protocol tools for VRChat friends, worlds, groups, events, notifications, status, invites, and local VRCX history.

VRChat MCP runs locally through stdio by default and also offers an opt-in loopback-only Streamable HTTP mode. Your VRChat auth cookies stay on your machine and default to your OS keychain, with file storage as the fallback when a keychain backend is unavailable. Curated write tools, generated read/write tools, and read-only VRCX local-history tools are available by default; use your MCP client or agent harness to approve account-changing tool calls.

This project is unofficial and is not affiliated with VRChat Inc.

Policy and Safety Boundaries

VRChat does not provide a public OAuth flow for third-party API applications. VRChat's Creator Guidelines say API applications should not request or store VRChat login credentials, auth tokens, or session data, should identify themselves with a clear User-Agent, should cache/back off instead of sending unmetered requests, and should not act on behalf of another user.

This project is therefore intended only as a local, user-controlled personal tool. Do not run it as a hosted/public MCP service, do not collect anyone else's credentials or cookies, do not automate spam or harassment, and do not use it to evade VRChat enforcement or moderation. Use write tools only for actions you would intentionally perform yourself in VRChat.

Install

Requirements:

• Node.js 24.15.0 or newer.
• An MCP client that can run local stdio servers.
• Native dependencies are installed for keychain and VRCX SQLite support (keytar, better-sqlite3).

On headless Linux or containers without a keychain daemon such as libsecret, set VRCHAT_MCP_COOKIE_STORE=file for explicit persistent cookie storage.

The npm package is the normal install path:

npx -y @basicbit/vrchat-mcp

The server is also published to the official MCP Registry as io.github.BITRATE-Labs/vrchat-mcp.

MCP Client Config

Most clients use one of these shapes. No environment variables are required for the default setup.

OpenCode

OpenCode uses an array-valued command field.

Add this to ~/.config/opencode/opencode.json:

{

"mcp": { "vrchat": { "type": "local", "command": ["npx", "-y", "@basicbit/vrchat-mcp"], "enabled": true } } }

Claude Desktop, Cursor, Kiro, Roo, Windsurf

These clients usually split the executable into command plus args.

Use this in clients that expect an mcpServers object:

{

"mcpServers": { "vrchat": { "command": "npx", "args": ["-y", "@basicbit/vrchat-mcp"] } } }

VS Code

VS Code uses a servers object instead of mcpServers.

Use this in .vscode/mcp.json:

{

"servers": { "vrchat": { "type": "stdio", "command": "npx", "args": ["-y", "@basicbit/vrchat-mcp"] } } }

OpenAI Codex

Add this to ~/.codex/config.toml or .codex/config.toml:

[mcp_servers.vrchat]

command = "npx" args = ["-y", "@basicbit/vrchat-mcp"] startup_timeout_sec = 40

If your Windows client cannot spawn npx directly, use cmd as the command and put /c, npx, -y, and @basicbit/vrchat-mcp in the argument list.

Local Streamable HTTP

Use native Streamable HTTP when an MCP client needs to connect to a long-running local server instead of spawning its own stdio child process. STDIO remains the default and recommended setup for ordinary desktop clients.

HTTP mode:

• Binds only to 127.0.0.1.
• Uses the MCP endpoint http://127.0.0.1:8765/mcp by default.
• Requires Authorization: Bearer on every MCP request.
• Supports stateful sessions, SSE notifications, resource subscriptions, and session termination.
• Reaps abandoned sessions after 30 minutes of inactivity while preserving active response streams.
• Shares one local VRChat login, cache, and pipeline connection across all connected HTTP clients.
• Is not a hosted or multi-user mode.

Generate a secret and launch the server in PowerShell:

$env:VRCHAT_MCP_HTTP_BEARER_TOKEN = node -e "console.log(require('node:crypto').randomBytes(32).toString('hex'))"

npx -y @basicbit/vrchat-mcp --transport http

Then configure the MCP client to use http://127.0.0.1:8765/mcp and send the token from VRCHAT_MCP_HTTP_BEARER_TOKEN as a bearer token. Keep the token in an environment variable or secret store; do not put it in a URL or commit it to a client configuration.

CLI overrides:

npx -y @basicbit/vrchat-mcp --transport http --port 9000 --path /vrchat-mcp

The HTTP listener deliberately cannot bind to a LAN or public interface. Public hosting remains unsupported because VRChat does not provide the OAuth/account-isolation model needed for a hosted personal-account service.

Login

After adding the server to your MCP client, ask it to call vrchat_auth_begin. The tool returns a local browser login URL.

After logging in, call vrchat_auth_status to confirm the session. By default, cookies are stored in the OS keychain so the login survives MCP server restarts. If the OS keychain is unavailable, VRChat MCP falls back to file storage.

Do not ask another person to use this login flow for you. Do not send the local login URL, cookies, or session files to hosted tools or third-party services.

Useful auth tools:

• vrchat_auth_begin: start local browser login.
• vrchat_auth_status: check whether the server is logged in.
• vrchat_auth_logout: clear the stored session.

Headless Login for Bot Accounts

Browser login needs a person. VRChat's twoFactorAuth cookie lasts 30 days, and changing an account's 2FA method revokes its session immediately, so an unattended deployment would otherwise need someone to log in again each time. For an account you own and operate with authenticator (TOTP) 2FA, such as a dedicated bot account, the server can log itself back in.

Set all three variables to turn it on. If any of them is missing or empty, nothing changes.

When a VRChat API request returns 401, the server logs in once with the password and a freshly generated TOTP code, saves the new cookies to the configured cookie store, and retries the request once. If VRChat asks for an email code instead of TOTP, the server submits no code and returns the normal 401 error with a note to use vrchat_auth_begin. VRChat only reveals the 2FA method after the password step, so that still counts as a failed attempt for the backoff below.

Automatic logins are rate limited, and the limit is persisted so it holds when the host spawns a fresh server process for every call:

• At most one automatic attempt every 10 minutes.
• After a failed attempt (wrong password, rejected code, VRChat error) no automatic attempt for 60 minutes. An attempt that never recorded an outcome, for example because the process was killed mid-login, counts as failed.
• While in cooldown, the tool error says so and gives the time of the next allowed attempt.
• The record is .autologin.json (mode 0600), beside the configured cookie file path. Keychain storage uses the same path. A short-lived .lock file stops two processes from claiming the same attempt. If the record cannot be written, the server does not try to log in.
• With VRCHAT_MCP_COOKIE_STORE=memory there is no file, so the limit lives in memory and only applies within one process. That is much weaker: with a process per call, every process would log in. Use file storage for headless deployments.

The password, TOTP secret, generated codes, and cookie values are never logged or included in tool results or errors. vrchat_auth_logout still clears the session, but while the variables are set the next API call logs back in.

Some MCP hosts, OpenClaw included, replace the child environment with the server entry's env block instead of merging it into their own. Do not put the password or TOTP secret inline in the host config. Keep them in a root-owned env file with mode 0600 and point the host at a small wrapper script that loads the file and execs the server. The host must run the wrapper as a user that can read the file. Quote values that contain shell metacharacters. If the host's env block does not pass PATH, set it in the wrapper or use absolute paths.

#!/bin/sh

/usr/local/bin/vrchat-mcp-bot

set -a . /etc/vrchat-mcp/bot.env set +a exec vrchat-mcp "$@"

# /etc/vrchat-mcp/bot.env (owner root, mode 0600)

VRCHAT_MCP_COOKIE_STORE=file VRCHAT_MCP_COOKIE_FILE=/var/lib/vrchat-mcp/cookies.json VRCHAT_MCP_USERNAME='bot-account' VRCHAT_MCP_PASSWORD='...' VRCHAT_MCP_TOTP_SECRET='abcd efgh ijkl mnop qrst uvwx yz23 4567'

What You Can Ask

Examples:

Show my VRChat status and current location.

Which friends are online, grouped by world?

Search my friends for Alice and show their profile.

Find public VRChat events happening today.

Invite Bob to my current instance.

Show recent worlds from my local VRCX history.

Tools

VRChat MCP exposes curated tools plus generated read/write/delete routers by default. Curated tools cover common tasks with compact, agent-friendly inputs and outputs.

Common curated tools include:

• vrchat_me
• vrchat_friends_overview
• vrchat_friends_search
• vrchat_friend_details
• vrchat_worlds_search
• vrchat_group_profile
• vrchat_events_upcoming
• vrchat_notifications_recent
• vrchat_instance_link_event
• vrchat_gallery_image_upload
• vrchat_invite
• vrchat_group_invite
• vrchat_friend_request
• vrchat_boop
• vrcx_instances_recent

Generated OpenAPI API-gap coverage uses three router tools:

• vrchat_read for available GET operations; pass operationId plus path/query/header/cookie values under params.
• vrchat_write for available POST/PUT/PATCH operations; pass operationId, params, and JSON payloads under body.
• vrchat_delete for available DELETE operations; pass operationId, params, and optional JSON payloads under body.

Use vrchat_operations to list available generated operation IDs and vrchat_operation_details for exact per-operation params/body schemas.

Generated read and write tools are enabled by default. VRCHAT_MCP_DISABLE_GENERATED_READ_TOOLS=true hides vrchat_read. VRCHAT_MCP_DISABLE_GENERATED_WRITE_TOOLS=true hides both vrchat_write and vrchat_delete, which share the generated-write switch. JSON config can also narrow either surface to specific operation IDs; generatedWriteTools.operationIds covers DELETE operations too, so a list holding only POST/PUT/PATCH IDs also hides vrchat_delete:

{

"generatedReadTools": { "enabled": true, "operationIds": ["getAvatarStyles"] }, "generatedWriteTools": { "enabled": true, "operationIds": ["selectAvatar"] } }

When an operationIds list is empty and that generated tool class is enabled, all generated operations in that class are available through its router except hard-skippe