Review PooCommerce code changes for coding standards compliance. Use when reviewing code locally, performing automated PR reviews, or checking code quality.
Review code changes against PooCommerce coding standards and conventions.
Consult the poocommerce-backend-dev skill for detailed standards. Using these standards as guidance, flag these violations and other similar ones:
Architecture & Structure:
new for DI-managed classes - Classes in src/ must use $container->get() (dependency-injection.md)src/Internal/ - Default location unless explicitly public (file-entities.md)Naming & Conventions:
Automattic\PooCommerce\Enums constants, not raw literals β except in code that can run during install/upgrade (coding-conventions.md)Documentation:
@since annotations - Required for public/protected methods and hooks (code-entities.md)Data Integrity:
Testing:
$instance in tests - Must use $sut variable name (unit-tests.md)@testdox - Required in test method docblocks (unit-tests.md)includes/ vs src/ (unit-tests.md)Architecture & Structure:
from '../', from '../../', from '../index', from '../../index') when that barrel re-exports it. Relevant to SWC TDZ / esbuild tree-shaking / tsc incremental builds. Fix: use the direct module path instead.Consult the poocommerce-copy-guidelines skill. Flag:
For each violation found:
β [Issue Type]: [Specific problem]
Location: [File path and line number]
Standard: [Link to relevant skill file]
Fix: [Brief explanation or example]
poocommerce-backend-dev, poocommerce-dev-cycle, and poocommerce-copy-guidelines skills