mcpField
W
wp-playground-development

wp-playground-development

github.com/jorgerosalDevelopment11158 installsUpdated 20w ago
Repository

About wp-playground-development

A review skill for demos and reproducible environments built with WordPress Playground. It helps developers inspect Blueprints, CLI workflows, embedded demos, and setup steps for clarity and repeatability.

Key features

  1. 01Blueprint structure review
  2. 02Playground CLI workflow checks
  3. 03Embedded demo review
  4. 04Setup reproducibility checks
  5. 05Severity-based findings

Use cases

  1. 01Reviewing a Blueprint JSON file
  2. 02Building a reproducible bug report
  3. 03Checking Playground CLI usage
  4. 04Designing repeatable plugin or theme demos

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/jorgerosal/wordpress-skills --skill wp-playground-development

After installing, type/wp-playground-developmentin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
blueprint-patterns.md
cli-and-local-workflows.md
embedding-and-repros.md
sample-playground-blueprint.json

Details

From the project README

WordPress Playground Development Skill

Overview

Systematic review guidance for WordPress Playground-based demos and reproducible environments. Core principle: Playground setups should be deterministic, portable, and easy to understand from the Blueprint or CLI entrypoint alone. Review covers Blueprint structure, local CLI usage, embedded demos, repro environments, and demo-specific WordPress configuration.

When to Use

Use when:

  • Reviewing a Blueprint JSON file
  • Auditing docs that embed or link to Playground
  • Building a zero-setup bug repro or demo
  • Reviewing Playground CLI usage in local workflows or tests
  • Designing a repeatable environment for blocks, plugins, or themes

Don't use for:

  • General block or plugin review without Playground
  • WP-CLI operations outside a Playground context
  • Static analysis or CI setup alone

Code Review Workflow

  1. Identify the Playground entrypoint

    • Blueprint JSON
    • Playground CLI command
    • Embedded iframe or blueprint URL
    • Local docs or scripts used to reproduce an issue
  2. Check reproducibility first

    • Explicit WordPress and PHP versions where needed
    • Steps are ordered and self-contained
    • No hidden manual steps outside the Blueprint/docs
  3. Review setup steps

    • Theme/plugin install and activation
    • Login, site options, content seeding
    • File writes, copies, or mounts
    • Any wp-cli steps used inside the Blueprint
  4. Review developer ergonomics

    • Can someone rerun this without guesswork?
    • Is the landing page meaningful?
    • Are local and browser-based flows clearly separated?
  5. Classify findings

    • CRITICAL: non-reproducible setup, hidden dependencies, broken step order, external assumptions not documented
    • WARNING: versions implicit, overly brittle mounts, confusing landing page, heavyweight repro for a tiny issue
    • INFO: could simplify steps, split demo from test data, or use a clearer Blueprint pattern

File-Type Specific Checks

Blueprint Files
  • CRITICAL: Missing required setup step that makes the Blueprint non-functional
  • WARNING: No explicit preferredVersions when version compatibility matters
  • WARNING: Repro depends on files adjacent to the Blueprint without documentation
  • INFO: Could set a clearer landingPage
Playground CLI Workflows
  • WARNING: Local workflow uses server or start with undocumented mounts
  • WARNING: Blueprint path or auto-mount assumptions are implicit
  • INFO: Could use run-blueprint or build-snapshot for more deterministic flows
Embedded Demos and Repros
  • CRITICAL: Demo depends on manual admin setup not captured in the Blueprint
  • WARNING: Embedded example is too large or generic for the issue being demonstrated
  • INFO: Could split teaching/demo content from bug repro content

Search Patterns for Quick Detection (PG-21)

Use these rg commands to find Playground-related files and setup logic.

Playground Discovery
rg -n "playground|blueprint|@wp-playground" . -g '*.{md,json,js,ts,tsx,yml,yaml}'
rg -n "\"steps\"|\"landingPage\"|\"preferredVersions\"" . -g '*.json'
CLI and Embed Flows
rg -n "run-blueprint|build-snapshot|@wp-playground/cli|npx @wp-playground/cli" . -g '*.{md,js,ts,sh,yml,yaml}'
rg -n "blueprint-url|playground.wordpress.net|wordpress.org/playground" . -g '*.{md,html,js,ts}'
Repro Steps
rg -n "\"step\": \"(login|wp-cli|installPlugin|installTheme|writeFile|mkdir|cp|mv|enableMultisite)\"" . -g '*.json'

Reference Files

  • references/blueprint-patterns.md - Blueprint structure, step selection, and deterministic setup
  • references/cli-and-local-workflows.md - @wp-playground/cli, mounts, local workflows, and snapshot usage
  • references/embedding-and-repros.md - Embedded demos, blueprint URLs, and issue reproduction patterns
  • references/sample-playground-blueprint.json - Minimal reproducible Blueprint fixture for local testing or adaptation

Output Format (PG-23)

For each finding include:

  1. Severity: CRITICAL, WARNING, or INFO
  2. File and line number
  3. Repro or demo issue summary
  4. Why it matters for Playground reliability or clarity
  5. Recommended fix

If no issues are found, say so clearly and mention any residual ambiguity such as version drift, missing repro notes, or fragile local mounts.

Comments

Markdown supported