LabscoMCP early access ↗
diazoxideMCP SERVER

WordPress Standalone

Point it at a WordPress site and every REST API endpoint becomes its own tool — posts, pages, media, users, plugins, themes — across as many sites as you configure.

by diazoxide ↗CMS & Blog PublishingCommunity

LABSCO SUMMARY

One server that fits whatever your WordPress happens to expose.

Most WordPress connectors hard-code a handful of endpoints and stop where the plugin ecosystem starts. This reads the API at startup instead, so custom post types and plugin routes are there without anyone having written a tool for them.

What it is

An MCP server that discovers a WordPress site's REST API at startup and generates one tool per endpoint and method. Tool names follow <site>_<method>_<endpoint>: for a site configured as myblog, reading posts is myblog_get_v2_posts and updating one is myblog_put_v2_posts_id. Several sites run from a single configuration.

What you get

  • Every REST endpoint on the site discovered and exposed, without listing them by hand
  • Posts read as a list or one at a time, created, updated and deleted
  • The same generated coverage for pages, users, media, comments, plugins and themes
  • Multiple WordPress sites managed side by side from one config file
  • The tool set narrowed with include and exclude filters, by exact match or by regex

Requirements

A WordPress Application Password per site — create it under Users → Profile in wp-admin; it is not your login password. List each site in a wp-sites.json with its URL, USER and PASS, and point WP_SITES_PATH at that file with an absolute path. The README's global-install line names wp-standalone-mcp, which npm does not have; the other documented route, npx github:diazoxide/wp-standalone-mcp start, fetches straight from the repository. A site with a large REST surface generates a large tool set — use the include and exclude filters to keep it down to what you actually call.

Setup effort

Follow the published steps