wp-admin-browser
Use when a WordPress admin panel needs real browser interaction via Chrome DevTools MCP — logging in, navigating admin menus, clicking buttons, filling and…
Use when creating a new PHPStan stubs package for a WordPress plugin, theme, or Composer package — scaffolding the full repo structure (composer.json, configs/bootstrap.php, configs/finder.php, bin/generate.sh, bin/release-latest-versions.sh, .github/workflows/release.yml,
$ npx -y skills add mralaminahamed/wp-dev-skills --skill wp-phpstan-stubs --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/wp-phpstan-stubsContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when creating a new PHPStan stubs package for a WordPress plugin, theme, or Composer package — scaffolding the full repo structure (composer.json, configs/bootstrap.php, configs/finder.php, bin/generate.sh, bin/release-latest-versions.sh, .github/workflows/release.yml,
name: wp-phpstan-stubs description: "Use when creating a new PHPStan stubs package for a WordPress plugin, theme, or Composer package — scaffolding the full repo structure (composer.json, configs/bootstrap.php, configs/finder.php, bin/generate.sh, bin/release-latest-versions.sh, .github/workflows/release.yml, phpstan.neon), fetching version lists from WP.org plugin API (api.wordpress.org/plugins) or Packagist API, using php-stubs/generator, or setting up the GitHub release workflow with jq. Triggers: \"create stubs for X plugin\", \"scaffold PHPStan stubs\", \"new stubs package\", \"add PHPStan stubs for WooCommerce\", \"stubs repo setup\", \"generate stub file\", \"PHPStan cannot find this class\", \"missing type hints for third-party plugin\", \"add stubs for this Composer package\", \"php-stubs/generator\", \"bin/generate.sh\", \"configs/bootstrap.php for stubs\", \"configs/finder.php\", \"release-latest-versions.sh\", \"WP.org plugin API for versions\", \"Packagist API for versions\", \"jq regex error in stubs script\", \"GitHub Actions release workflow for stubs\", \"phpstan.neon for stubs package\". Not for: configuring phpstan.neon in a plugin project or generating baselines — use the official `wp-phpstan` skill."
> **Model note:** File scaffolding from a fixed template — `haiku` handles end-to-end. Only reach for `sonnet` if the source plugin has complex namespace hierarchies needing stub organization decisions.
Scaffold a complete PHPStan stubs package from scratch, following the `my-org/phpstan-freemius-stubs` standard structure.
**Not for:** Configuring `phpstan.neon` or generating baselines — use the official `wp-phpstan` skill. Adding PHPStan to a plugin that already has stubs installed.
Before writing any files, collect (ask user if missing):
1. **Plugin/package name** — human-readable (e.g. "SureCart", "Action Scheduler") 2. **Source type** — one of:
3. **WP.org slug** (if `wp-plugin`) — e.g. `surecart`, `forminator` 4. **Packagist package** (if `composer`) — e.g. `woocommerce/action-scheduler` 5. **Source dir path inside package** — where the plugin/package files land:
6. **Packagist name** — `my-org/phpstan-<slug>-stubs` 7. **GitHub repo name** — `phpstan-<slug>-stubs` 8. **Versions to release** — for `wp-plugin`/`composer`: minor version series (e.g. `3.4 3.5 3.6`); for `paid`: manual 9. **GitHub assignee** — default `my-org`
phpstan-<slug>-stubs/
├── bin/
│ ├── generate.sh
│ └── release-latest-versions.sh # (not for paid)
├── configs/
│ ├── bootstrap.php
│ └── finder.php
├── source/
│ ├── composer.json # only if wp-plugin or paid (no composer deps)
│ └── .gitignore
├── .github/
│ └── workflows/
│ └── release.yml # (not for paid)
├── .editorconfig
├── .gitattributes
├── .gitignore
├── composer.json
├── phpstan.neon
└── <slug>-stubs.php # empty placeholder (generated)
<slug>-constants-stubs.php # empty placeholder (generated){
"name": "my-org/phpstan-<slug>-stubs",
"description": "<PluginName> function and class declaration stubs for static analysis.",
"type": "library",
"keywords": [
"<slug>",
"wordpress",
"static analysis",
"phpstan",
"stubs"
],
"homepage": "https://github.com/my-org/phpstan-<slug>-stubs",
"license": "MIT",
"authors": [
{
"name": "Al Amin Ahamed",
"homepage": "https://github.com/my-org"
}
],
"require": {
"php": ">=7.4",
"php-stubs/wordpress-stubs": "^5.3 || ^6.0"
},
"require-dev": {
"php-stubs/generator": "^0.8.0",
"phpstan/phpstan": "^2.0",
"phpunit/phpunit": "^7.5 || ^8.5 || ^9.5",
"squizlabs/php_codesniffer": "^3.7"
},
"minimum-stability": "stable",
"prefer-stable": true,
"config": {
"allow-plugins": {
"php-stubs/generator": true
},
"sort-packages": true,
"optimize-autoloader": true,
"preferred-install": "dist",
"platform": {
"php": "7.4.0"
}
},
"scripts": {
"post-install-cmd": [
"@composer --working-dir=source/ update --no-interaction"
],
"post-update-cmd": [
"@composer --working-dir=source/ update --no-interaction"
],
"generate": "bash bin/generate.sh",
"release": "bash bin/release-latest-versions.sh"
},
"support": {
"issues": "https://github.com/my-org/phpstan-<slug>-stubs/issues",
"source": "https://github.com/my-org/phpstan-<slug>-stubs"
}
}**For `composer` source type** — `source/` has its own composer.json, so omit `post-install-cmd`/`post-update-cmd` from root composer.json and add them pointing to the source subdir instead. The source/composer.json requires the actual package:
{
"require": {
"php": ">=5.6",
"<veCovers the complete WordPress plugin development lifecycle — build, test, audit, release, and ship to WP.org — for Claude Code, Gemini CLI, Cursor, Windsurf, Cline, Codex, GitHub Copilot, opencode, and more.
Repo: mralaminahamed/wp-dev-skills
Use when a WordPress admin panel needs real browser interaction via Chrome DevTools MCP — logging in, navigating admin menus, clicking buttons, filling and…
Use when a WordPress plugin needs to run work outside the HTTP request cycle — scheduling async or recurring jobs with Action Scheduler…
Use when setting up, configuring, or debugging the JavaScript/CSS build pipeline for a WordPress plugin — @wordpress/scripts, webpack (webpack.config.js, entry…
Use when a pull request has QA failures, a \"Testing Failed\" label, or QA comments reporting broken features — reading QA feedback and PR comments, tracing…
Use when setting up PHPCS with WordPress Coding Standards (WPCS), configuring phpcs.xml.dist, running phpcs/phpcbf, fixing sniff violations, adding PHPCS to CI…
Use when a WordPress plugin needs a custom database table — creating with dbDelta (strict SQL format: two spaces before PRIMARY KEY, no trailing comma),…