magento2-linter

Solid

This skill should be used when the user asks to "check coding standards", "run phpcs", "lint my code", "run PHPStan analysis", "run static analysis on this module", "find security issues in code", "check code complexity", "find code smells", "detect unused code", "audit custom code", or "verify code quality before commit". Runs automated code quality checks for Magento 2 projects — PHPCS (Magento2 standard), PHPStan, and PHPMD. DEPENDENT on magento2-dev-core for understanding the coding standards it validates.

Code & Development 4 stars 2 forks Updated today MIT

Install

View on GitHub

Quality Score: 83/100

Stars 20%
23
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Magento 2 Linter This skill runs automated code quality checks to verify Magento 2 coding standards compliance. ## Related Skills **REQUIRED BACKGROUND:** Load `magento2-dev-core` first — this skill validates code against the coding/security standards that skill defines, and its patterns are what you fix findings with. Part of the QA trio with `magento2-security-scan` (deeper vulnerability scanning) and `magento2-performance-audit` (runtime/infrastructure checks) — run all three before a release. Fix findings using the patterns in `magento2-dev-core` (or the relevant frontend/backend/Hyvä skill). ## Real CI Verification Is Mandatory Before Pushing If the project has a real CI wrapper for linting (e.g. Sutunam's `magelint` — see "Check the Project's Real CI Setup First" below), running it for real is a **required step before pushing or opening a PR/MR, not an optional nice-to-have**. A local approximation (isolated scratch install, `bootstrapFiles` pointed at a host project's autoload, or any other stand-in for the actual per-PHP-version isolated install the CI runs) is a fast pre-check to catch obvious problems early — it is not proof the branch is clean, because it can diverge from the real run in either direction (see the finding-triage callout under "Check the Project's Real CI Setup First"). Before telling the user a branch is "verified" or "ready to push": either run the real CI wrapper yourself if credentials/access allow, or explicitly ask the user to run it a...

Details

Author
ddtcorex
Repository
ddtcorex/dev-skills-hub
Created
3 months ago
Last Updated
today
Language
JavaScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

magento2-code-review

This skill should be used when the user asks to "review this PR/MR", "review this merge request", "review this module", "audit this module before merge", "review this theme", "audit this theme PR", or wants a "full review before release". Orchestrates a PR/MR, module, theme, or full-project code review by running the QA trio (magento2-linter, magento2-security-scan, magento2-performance-audit) and magento2-dev-core's anti-pattern checks at the right scope, then merges their findings into one report using a shared severity scale and stable finding codes. DEPENDENT on magento2-dev-core; invokes magento2-linter, magento2-security-scan, and magento2-performance-audit as needed for the chosen scope.

4 Updated today
ddtcorex
AI & Automation Solid

magento2-security-scan

This skill should be used when the user asks to "run a security audit", "find vulnerabilities", "check for XSS", "check CSRF protection", "validate form security", "run a dependency audit", "check for outdated packages", "run a PCI compliance check", or "do a security review before deploy". Scans Magento 2 code for security vulnerabilities and compliance issues. DEPENDENT on magento2-dev-core for security patterns.

4 Updated today
ddtcorex
API & Backend Solid

magento2-performance-audit

This skill should be used when the user asks to "audit performance", "check Core Web Vitals", "run Lighthouse", "check server configuration", "verify Redis/Varnish setup", "analyze database queries", "find N+1 query issues", "review indexer configuration", "check cron health", "debug cache flush", asks "why does full_page cache keep flushing", wants to "trace FPC invalidation", or reports "too many ajax requests", a "customer data section reload storm", or a "crawler overloading server". Performs a comprehensive performance and health audit for Magento 2 projects against Adobe Commerce Best Practices. DEPENDENT on magento2-dev-core for code-level performance patterns.

4 Updated today
ddtcorex