ワンクリックで
e2e
Run a basic E2E behavioral probe — one primary scenario smoke test for the grooming step.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Run a basic E2E behavioral probe — one primary scenario smoke test for the grooming step.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
User-facing entry point for the wp-rocket issue workflow. Invoke directly to start a delivery run from a GitHub issue number, URL, or raw description. Runs inline in your conversation context; spawns specialist agents (ticket-writer, grooming-agent, challenger, backend-agent, frontend-agent, release-agent, lead-reviewer, qa-engineer) as isolated sub-agents; invokes supporting skills (knowledge-graph, dod, docs, issue-workflow) inline. Routes based on structured JSON outputs from each agent, manages loop counters, handles escalations, and maintains a live HTML run log.
Use this skill when adding or modifying WordPress abilities
Adversarially review a grooming spec before implementation starts. Finds hidden risks, unvalidated assumptions, and missing dependencies. Standalone entry point for the challenger agent.
Check a change against WordPress.org plugin rules and PHPCS standards.
Update developer-facing documentation to reflect code changes on the current branch. Runs as an inline skill inside backend-agent and frontend-agent (step 2.5 of the internal sequence) after implementation and before DOD. Receives the explicit list of changed files from the implementation agent. No-op if no public API changes occurred.
Run the Definition of Done checklist for the current wp-rocket branch and report PASS/WARN/FAIL with evidence. Two modes: layer 1 (self-correction inside backend-agent / frontend-agent — resolves FAILs before handoff) and layer 2 (independent orchestrator gate — fresh perspective after handoff). Pass layer: "1" or layer: "2" when invoking.
| name | e2e |
| description | Run a basic E2E behavioral probe — one primary scenario smoke test for the grooming step. |
This skill targets wp-media/wp-rocket:
E2E_URL = http://localhost:8888E2E_BOOT = bash bin/dev-up.shE2E_SETTINGS = http://localhost:8888/wp-admin/options-general.php?page=wprocketThe local WordPress environment is at http://localhost:8888 (admin / password). Boot
or restart it with bash bin/dev-up.sh.
This skill provides a single behavioral probe using the Playwright MCP and curl. WP Rocket
does not commit Playwright specs — this skill never writes, commits, or publishes test
artifacts. It exists only to verify one primary scenario quickly.
Purpose: behavioral verification and smoke tests. Fast enough to fit inside a planning agent's execution window.
Invoker:
grooming-agent — verify behavioral assumptions about the current system before
writing the spec. Use to confirm: does the current feature behave as described in the
issue? What does the current API or AJAX endpoint return for the scenario being changed?| You'll be tempted to say | Why you can't |
|---|---|
| "The environment probably isn't up, I'll skip" | Run bash bin/dev-up.sh. It's idempotent. If it fails, log SKIP with the reason — do not silently omit the step. |
| "The change is backend-only, no need to smoke it" | The primary happy path must be verified. A backend change with no observable behavior change still needs a confirming assertion. |
| "I already read the code, I know it works" | "Seems right" never closes a task. Run the scenario. |
| "One scenario is too slow for this stage" | Basic tier is exactly one primary scenario. The cost is acceptable. |
Boot the environment (idempotent — safe to run if already up):
bash bin/dev-up.sh
If the script exits non-zero, set status: "SKIP", note the reason, and do not block
the pipeline.
Run the primary happy path scenario from the spec or grooming plan.
Backend / AJAX / REST:
# Public REST or AJAX
curl -s -X POST http://localhost:8888/wp-admin/admin-ajax.php \
-H "Cookie: $(cat .wp-session-cookie 2>/dev/null)" \
-d 'action=<action>&nonce=...'
# Cache headers
curl -sI http://localhost:8888/ | grep -E '(x-cache|cf-cache)'
Browser (settings page, dashboard notices, interactive UI): Use the Playwright MCP directly for the basic-tier smoke:
mcp__playwright__navigate({ url: "http://localhost:8888/wp-login.php" })
# login
mcp__playwright__fill({ selector: "#user_login", value: "admin" })
mcp__playwright__fill({ selector: "#user_pass", value: "password" })
mcp__playwright__click({ selector: "#wp-submit" })
# primary scenario
mcp__playwright__navigate({ url: "http://localhost:8888/wp-admin/options-general.php?page=wprocket" })
mcp__playwright__snapshot({})
# Inspect snapshot output to confirm expected element/text is present
Take at most 1–2 screenshots if helpful, but do not publish them.
Report:
{
"status": "PASS|FAIL|SKIP",
"scenarios_tested": ["Settings page loads without errors after enabling X option"],
"details": "Logged in as admin, navigated to the WP Rocket settings page, confirmed no JS console errors and X toggle present"
}
SKIP: bash bin/dev-up.sh failed or environment unreachable. Record reason. Do not
block the pipeline.
qa-engineer + e2e-qa-tester pathbash bin/dev-up.sh is idempotent. Always run it before testing — don't pre-check whether the environment is up. Seed data with bash bin/dev-seed.sh if needed.admin / password.http://localhost:8888/wp-admin/options-general.php?page=wprocket.wp plugin list --name=wp-rocket