PluginBench
Skill
Official
Pass
Audit score 90

wp-plugin-directory-guidelines

wordpress/agent-skills

Reference the 18 WordPress.org Plugin Directory guidelines for GPL compliance, licensing, naming, and submission requirements.

What is wp-plugin-directory-guidelines?

Authoritative resource for WordPress.org Plugin Directory submission rules. Use this to verify GPL compliance, check license headers, validate plugin naming and trademark rules, evaluate freemium/trialware patterns, and understand why plugins are rejected. Covers all 18 guidelines with detailed checklists and quick-reference tables.

  • Verify GPL license compatibility for plugins and bundled third-party code
  • Check plugin file license headers against WordPress.org requirements
  • Review plugin naming, slugs, and trademark compliance
  • Evaluate freemium, upsell, and trialware patterns against Guideline 5
  • Identify common GPL violations and submission blockers
  • Provide quick-reference tables for valid licenses and GPL versions

How to install wp-plugin-directory-guidelines

npx skills add https://github.com/wordpress/agent-skills --skill wp-plugin-directory-guidelines
Claude Code
Cursor
Windsurf
Cline

How to use wp-plugin-directory-guidelines

  1. 1.Load the plugin source code and main plugin file header
  2. 2.Check the main plugin file for valid License and License URI headers against the Valid License Headers section
  3. 3.Walk through the 18-Guideline Review Checklist, prioritizing Guidelines 1, 4, 5, 7, 8, and 17
  4. 4.For bundled third-party code, verify each library's license against GPL-Compatible Licenses (Quick)
  5. 5.Flag any matches from Common GPL Violations (Quick) and cite the specific guideline and file path
  6. 6.For edge cases or ambiguous licenses, consult the GNU GPL FAQ and full gpl-compliance.md reference

Use cases

Good for
  • Audit a plugin before submitting to WordPress.org to catch compliance issues
  • Review bundled libraries to confirm GPL compatibility
  • Validate plugin naming and slug against trademark and keyword-stuffing rules
  • Determine why a plugin was rejected from the directory
  • Check if a premium feature implementation violates trialware restrictions
Who it's for
  • WordPress plugin developers preparing submissions
  • Code reviewers auditing plugins for GPL compliance
  • WordPress.org plugin directory moderators
  • Developers integrating third-party code into plugins

wp-plugin-directory-guidelines FAQ

What license headers are valid for WordPress plugins?

Valid headers include `License: GPL-2.0-or-later` with `License URI: https://www.gnu.org/licenses/gpl-2.0.html`, or `License: GPL-3.0-or-later` with the corresponding URI. Alternate text formats like `GPLv2 or later` are also accepted.

Can I use MIT or BSD licensed libraries in my GPL plugin?

Yes. MIT, BSD, ISC, zlib, and Boost licenses are commonly accepted as GPL-compatible. However, Apache-2.0 and MPL-2.0 require careful verification of usage context. Always check the full gpl-compliance.md reference for edge cases.

What makes a plugin name violate trademark rules?

Names that use trademarked terms (e.g., WordPress, WooCommerce) without a connector like `for`, `with`, or `using` violate Guideline 17. Names must also be specific, function-related, and avoid keyword stuffing. See naming-rules.md for full trademark lists.

What is considered trialware and why is it restricted?

Trialware shows limited functionality or UI teasers that expire or require payment. WordPress.org restricts this under Guideline 5 to ensure users get full, working plugins. Premium upsells are allowed if the free version is complete and functional.

How do I know if my plugin has split licensing issues?

Split licensing occurs when code is GPL but premium features are proprietary, or when you add restrictions beyond GPL terms. All distributed code must be GPL-compatible with no additional restrictions on commercial use, modification, or redistribution.

Full instructions (SKILL.md)

Source of truth, from wordpress/agent-skills.


name: wp-plugin-directory-guidelines description: "Use when reviewing WordPress plugins for GPL compliance, checking license headers or compatibility, evaluating upsell/freemium/trialware patterns, validating plugin naming or trademark rules, checking plugin slugs, understanding why a plugin was rejected from WordPress.org, or answering any question about the 18 WordPress.org Plugin Directory guidelines — even if the user doesn't mention 'guidelines' explicitly." compatibility: "Targets WordPress 7.0+ (PHP 7.4.0+)."

Overview

Authoritative reference for the 18 WordPress.org Plugin Directory guidelines. Covers GPL licensing, plugin naming/trademark rules, trialware restrictions, and all other submission requirements.

When to use

Use this skill when you need to:

  • Review a WordPress plugin for compliance with the WordPress.org Plugin Directory guidelines
  • Check GPL license compatibility for a plugin or its bundled libraries
  • Verify license headers in plugin files
  • Identify common guideline violations before submission
  • Answer questions about what is or is not allowed on WordPress.org
  • Evaluate premium/upsell flows, license checks, or freemium positioning
  • Review "teaser" or "preview" UI for trialware violations

Inputs required

  • Plugin source code (or specific files to review)
  • Optional: plugin readme and plugin header metadata for naming and license checks

Procedure

  1. Check the plugin's license header against the Valid License Headers section below.
  2. Walk through the 18 Guidelines checklist, paying special attention to Guidelines 1, 4, 5, 7, 8, and 17.
  3. Confirm trialware/freemium compliance using the checklist in guideline-review-checklist.md (Guideline 5 section).
  4. For bundled third-party code, verify license compatibility against GPL-Compatible Licenses (Quick) below.
  5. Flag matches from Common GPL Violations (Quick) below.
  6. For edge cases, consult the detailed references and the GNU GPL FAQ.

18-Guideline Review Checklist

Use the detailed, per-guideline checklist in guideline-review-checklist.md. Load this reference file only when a full guideline audit is requested.

GPL Compliance (Guideline 1 in Detail)

Use gpl-compliance.md for full license tables, compatibility nuances, and examples. Keep this inline section as a quick decision aid.

Verification (Licensing)

  • Every licensing-related issue must cite Guideline 1 and include the file path and exact license string.
  • Confirm compatibility claims against GPL-Compatible Licenses (Quick) and escalate ambiguous licenses.

Failure modes (Licensing)

  • If a license is not clearly GPL-compatible, do not guess. Check the GNU license list.
  • For dual-license packages, verify both licenses and redistribution terms.

Quick Reference: WordPress GPL Requirements

  • WordPress is GPLv2 or later.
  • Plugins distributed on WordPress.org must be 100% GPL-compatible (code and assets).
  • Include a valid License: header and License URI: in the main plugin file.
  • Do not add restrictions that conflict with GPL freedoms.

Valid License Headers

GPL Versions Summary

VersionYearKey Addition
GPLv11989Base copyleft: share-alike for modifications
GPLv21991"Liberty or death" clause (Section 7), clearer distribution terms
GPLv32007Anti-tivoization, explicit patent grants, compatibility provisions

WordPress uses GPLv2 or later, meaning plugins can use GPLv2, GPLv3, or "GPLv2 or later".

For full license texts, see:

License Compliance Checklist

When reviewing a plugin, verify:

  • Main plugin file has a valid License: header (e.g., GPL-2.0-or-later, GPL-2.0+, GPLv2 or later)
  • Main plugin file has a License URI: header pointing to the GPL text
  • If bundled libraries exist, each has a GPL-compatible license
  • No "split licensing" (e.g., code GPL but premium features proprietary)
  • No additional restrictions beyond what GPL allows
  • No clauses restricting commercial use, modification, or redistribution
  • No obfuscated code (violates the spirit of source code availability)

Valid License Headers for WordPress Plugins

License: GPL-2.0-or-later
License URI: https://www.gnu.org/licenses/gpl-2.0.html
License: GPL-3.0-or-later
License URI: https://www.gnu.org/licenses/gpl-3.0.html
License: GPLv2 or later
License URI: https://www.gnu.org/licenses/gpl-2.0.html

GPL-Compatible Licenses (Quick)

  • Safe defaults: GPL-2.0-or-later, GPL-3.0-or-later.
  • Commonly accepted permissive families: MIT/Expat, BSD, ISC, zlib, Boost.
  • Conditional compatibility requires care: Apache-2.0 and MPL-2.0 (verify usage context).
  • For full accepted and rejected identifiers, use gpl-compliance.md.

Common GPL Violations (Quick)

  • Split licensing that restricts distributed code.
  • Obfuscated or non-corresponding source distribution.
  • Restrictive clauses (non-commercial, no-resale, forced backlink).
  • Bundling GPL-incompatible libraries or assets.

Plugin Naming Rules (Guideline 17)

Use naming-rules.md for full trademark lists, slug blocks, and naming examples. Keep this inline checklist for quick screening.

Naming Checklist (Quick)

  • Name is not a placeholder and has at least 5 alphanumeric characters.
  • Header name and readme name match.
  • Name is specific and function-related; avoid keyword stuffing.
  • Trademark/project names appear only after connectors like for, with, using, and.
  • No banned/discouraged terms or trademark portmanteaus.
  • Slug is lowercase, hyphenated, <= 50 chars, and avoids blocked terms.