Command Palette

Search for a command to run...

UnylyUnyly
Весь каталог

WordPress Block Catalog

БесплатноНе проверен

A read-only MCP server that provides verified WordPress block definitions and markup across product environments, enabling search, comparison, generation, and v

GitHubEmbed

Описание

A read-only MCP server that provides verified WordPress block definitions and markup across product environments, enabling search, comparison, generation, and validation of blocks.

README

Give agents and developer tools verified WordPress block definitions and markup for the exact public product environment they target.

WordPress Block Catalogue MCP is a read-only Model Context Protocol server for finding, comparing, generating, and validating blocks shipped by WordPress, Gutenberg, WooCommerce, and Jetpack. It keeps source metadata, PHP registration, editor registration, and runtime verification as separate observations so clients do not have to guess from source files.

Capabilities

  • Resolve block definitions through explicit product and version layers.
  • Search blocks and inspect attributes, supports, relationships, variations, availability, and provenance.
  • Compare one block across environments.
  • Generate or validate markup at the strongest verified evidence level.
  • Report drift between source metadata, the PHP registry, and the editor registry.
  • Reject non-public sources and provenance from the public delivery artefact.

Requirements

  • Node.js 20 or newer
  • npm

The package is not published to npm. Clone the repository and run it from the working tree.

Quick start

git clone https://github.com/danielk-am/wp-block-catalog-mcp.git
cd wp-block-catalog-mcp
npm ci
npm run verify

Start the stdio MCP server with the committed public catalogue and runtime evidence:

WP_BLOCK_CATALOG_PATH="$PWD/catalog/public.release.generated.json" \
WP_BLOCK_DEFAULT_ENVIRONMENT="[email protected]" \
WP_BLOCK_RUNTIME_PATHS="$PWD/runtime/wordpress-7.0.2-post-editor.reconciled.json:$PWD/runtime/wordpress-7.0.2-gutenberg-23.6.2-post-editor.reconciled.json:$PWD/runtime/wordpress-7.0.2-woocommerce-10.9.4-post-editor.reconciled.json:$PWD/runtime/wordpress-7.0.2-jetpack-16.0.1-disconnected-post-editor.reconciled.json" \
WP_BLOCK_VERIFICATION_PATHS="$PWD/runtime/wordpress-7.0.2.verified-markup.json:$PWD/runtime/wordpress-7.0.2-gutenberg-23.6.2.verified-markup.json:$PWD/runtime/wordpress-7.0.2-woocommerce-10.9.4.verified-markup.json:$PWD/runtime/wordpress-7.0.2-jetpack-16.0.1-disconnected.verified-markup.json" \
npm start

For an MCP client, use absolute paths:

{
  "mcpServers": {
    "wp-block-catalog": {
      "command": "node",
      "args": ["/absolute/path/wp-block-catalog-mcp/dist/mcp/server.js"],
      "env": {
        "WP_BLOCK_CATALOG_PATH": "/absolute/path/wp-block-catalog-mcp/catalog/public.release.generated.json",
        "WP_BLOCK_DEFAULT_ENVIRONMENT": "[email protected]",
        "WP_BLOCK_RUNTIME_PATHS": "/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2-post-editor.reconciled.json:/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2-gutenberg-23.6.2-post-editor.reconciled.json:/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2-woocommerce-10.9.4-post-editor.reconciled.json:/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2-jetpack-16.0.1-disconnected-post-editor.reconciled.json",
        "WP_BLOCK_VERIFICATION_PATHS": "/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2.verified-markup.json:/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2-gutenberg-23.6.2.verified-markup.json:/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2-woocommerce-10.9.4.verified-markup.json:/absolute/path/wp-block-catalog-mcp/runtime/wordpress-7.0.2-jetpack-16.0.1-disconnected.verified-markup.json"
      }
    }
  }
}

*_PATHS uses the operating system path delimiter, : on macOS and Linux or ; on Windows. Singular *_PATH and plural *_PATHS settings can be combined. Duplicate environment bundles or verification record identities stop the server at startup.

AI client setup

Use the public catalogue definition above under the same wp-block-catalog name in each client:

  • Claude Code stores user-scoped servers in its user configuration. Check the result with claude mcp get wp-block-catalog.
  • Claude Desktop stores the definition under mcpServers in claude_desktop_config.json.
  • Codex stores the definition in ~/.codex/config.toml. Codex CLI, the desktop app, and the IDE extension share this configuration. Check it with codex mcp get wp-block-catalog.
  • VS Code and VSCodium store the same server object under servers in the user mcp.json. Their --add-mcp command accepts the definition as JSON.
  • Gemini CLI stores the definition under mcpServers in ~/.gemini/settings.json. Check it with gemini mcp list from a trusted folder.

Restart desktop and IDE clients after changing their user configuration. The public repository does not contain the separate WordPress.com private catalogue.

Supported environments

Environment Server registry Client registry Verified evidence
WordPress 7.0.2 110 blocks 109 blocks Static, deprecated, and dynamic
WordPress 7.0.2 with Gutenberg 23.6.2 160 blocks 116 blocks Static, deprecated, and dynamic
WordPress 7.0.2 with WooCommerce 10.9.4 285 blocks 264 blocks Dynamic
WordPress 7.0.2 with Jetpack 16.0.1, disconnected 110 blocks 109 blocks Core static smoke

See runtime captures for capture details and the catalogue audit for product-specific acceptance cases.

MCP tools and resources

Primary tools:

  • list_environments
  • search_blocks
  • get_block
  • compare_block_versions
  • generate_markup
  • validate_markup
  • get_verification_evidence
  • get_runtime_drift

Compatibility aliases:

  • get_block_schema
  • get_block_markup
  • list_block_attributes
  • search_variations

Resources:

  • wp-block-catalog://manifest
  • wp-block-catalog://blocks/{environment}/{name}

Evidence model

The catalogue retains three observations independently:

  1. metadata from an allowlisted path at a pinned source commit;
  2. the final PHP block registry from the matching product environment;
  3. the client block registry from the real editor.

Static markup is verified by running the registered save implementation, parsing its output, and running WordPress validation. Deprecated markup is verified through fixture matching, migration, current save, parsing, and validation. Dynamic markup is verified through the registered PHP render callback.

The architecture decision explains why disagreements remain visible.

Rebuilding the catalogue

Place exact source checkouts under .checkouts/ as declared in build/public.json, then run:

npm run catalog:build
npm run catalog:health

The build stops when a checkout differs from its manifest commit. Product adapters scan only declared include paths and never select duplicate definitions by scan order.

Check the four supported public stable channels:

npm run check:sources

The command exits 0 when every pin is current, 10 when a supported update exists, and 20 when the check is indeterminate. It never falls back to a branch head.

Verify a release candidate against a saved previous public release:

npm run catalog:release -- /path/to/previous-public.json

This command rebuilds from the exact checkouts, compares the result with the committed delivery artefact, checks freshness, and rejects unexplained removals.

Capturing the Jetpack profile

Install Chromium once:

npx playwright install chromium

Capture the disconnected Jetpack environment through a local wp-env instance:

WP_BLOCK_CATALOG_ADMIN_USER="<local-wp-env-admin>" \
WP_BLOCK_CATALOG_ADMIN_PASSWORD="<local-wp-env-password>" \
npm run capture:jetpack -- \
  --config .wp-env.jetpack.json \
  --profile profiles/wordpress-7.0.2-jetpack-16.0.1-disconnected-post-editor.json \
  --environment environments/wordpress-7.0.2-jetpack-16.0.1.json \
  --output-dir /tmp/wp-block-catalog-jetpack-capture

The wrapper validates the public disconnected profile, captures the PHP and editor registries plus a Paragraph save-and-validate probe, destroys the isolated environment, then publishes the raw evidence.

Public data boundary

This repository contains only public source manifests, public runtime evidence, and the public delivery artefact. The delivery layer rejects non-public sources, definitions, environments, paths, revisions, provenance, and gate details.

Do not add private source checkouts, captures, catalogues, logs, or credentials to this repository. Use synthetic fixtures when testing the privacy boundary.

Development

Run the complete local gate:

npm ci
npm run verify
npm audit --omit=dev
git diff --check

Read AGENTS.md before changing source manifests, resolution rules, or verification labels.

Status

Version 0.1.4 is the initial public-only repository snapshot. It includes four public environments and a committed deterministic release artefact.

License

No open-source license has been granted yet. Public visibility does not grant permission to copy, modify, or redistribute the code.

from github.com/danielk-am/wp-block-catalog-mcp

Установка WordPress Block Catalog

У этого сервера нет опубликованного пакета — он собирается из исходников. Открой репозиторий и следуй инструкции в README.

▸ github.com/danielk-am/wp-block-catalog-mcp

FAQ

WordPress Block Catalog MCP бесплатный?

Да, WordPress Block Catalog MCP бесплатный — установка в пару кликов через Unyly без оплаты.

Нужен ли API-ключ для WordPress Block Catalog?

Нет, WordPress Block Catalog работает без API-ключей и переменных окружения.

WordPress Block Catalog — hosted или self-hosted?

Self-hosted: сервер запускается локально на твоей машине командой из раздела установки.

Как установить WordPress Block Catalog в Claude Desktop, Claude Code или Cursor?

Открой WordPress Block Catalog на unyly.org, выбери вкладку своего клиента (Claude Desktop, Claude Code, Cursor) и нажми Install — конфиг сгенерируется автоматически, без правки JSON.

Похожие MCP

Compare WordPress Block Catalog with

Не уверен что выбрать?

Найди свой стек за 60 секунд

Автор?

Embed-бейдж для README

Похожее

Все в категории development