GetMCP sits between any MCP client and your existing REST API. The plugin terminates the protocol, validates each tool call, applies your auth, and forwards the request — turning JSON-RPC into HTTP, and HTTP back into JSON-RPC, on every call.
GetMCP terminates the MCP protocol on a WordPress endpoint, runs your tool config to translate calls into HTTP requests, and pipes responses back into the protocol — adding logging, rate limits, and auth on the way through.
Here's exactly what happens between the moment a user types a prompt in Claude and the moment your API answers.
tools/call with name create_task and arguments. Auth header is forwarded as configured.429 immediately, never touch upstream.tools/call response.No separate infra. No DevOps tickets. The same WordPress site you already run becomes your MCP runtime.
Requires WordPress 6.2+ and PHP 8.0+. Activate on a subdomain like mcp.yoursite.com.
Pick a path (/mcp/my-mcp-server) and set the auth strategy. Each server gets a unique URL; the per-client rate limit you've configured globally applies here automatically.
Import from cURL, OpenAPI, Swagger, or Postman — or pick a template. Edit anything in the visual editor.
Paste your server URL into Claude Desktop, Cursor, Windsurf, or any MCP client. Done.
GetMCP runs on your WordPress, on infrastructure you already control. Tool calls flow client → your server → your API. We never see the traffic, never store the credentials, never proxy the data.
Every primitive — tool, prompt, resource — has a UI in WordPress admin. Engineers can drop into JSON when they want; everyone else stays in the visual editor.
The user identity flowing into the MCP client flows all the way to your API. The same permission boundaries you already enforce stay in place. No magic.
The MCP spec moves fast. We track it so you don't. When a new revision lands, a plugin update brings it forward — your existing tool definitions just keep working.