Security
Magento 2 Patch Installer: Composer Patches Checked Against Disk
A Composer plugin that applies Magento 2 and Adobe Commerce patches, re-checks them against the files on disk on every Composer run, and fails the build when one is missing.
Practical experience using AI tools for Magento 2 development. Where they accelerate, where they need oversight, and how to build a workflow that keeps quality high.
Magento 2 is pattern heavy: admin grids, UI components, data providers, DI wiring, layout XML. Agents like Claude Code handle that well. Business logic, architecture and security-sensitive code still get full human attention.
This page is the Magento side. The tools and guardrails I use on every project are on the AI hub.
di.xml, virtual types, preferences)AI output on its own proves nothing. The workflow that makes it safe is what matters: prompt for the scaffolding, review the output with Magento knowledge, deploy to a sandboxed local environment, run the automated test suite and static analysis, then merge only once CI is green. The pipeline validates correctness; the human validates intent.
Real experiments and practical observations from using AI tools on Magento 2 development.
AI-assisted development posts covering patterns, tools, and workflows that apply beyond Magento.
Open-source tools and projects involving AI, automation, and intelligent workflows.
Security
A Composer plugin that applies Magento 2 and Adobe Commerce patches, re-checks them against the files on disk on every Composer run, and fails the build when one is missing.
Security
A Composer meta-package and installer that apply Adobe's isolated and emergency Magento 2 security patches and fail the build when one goes missing.
Featured CI & testing
Signed Docker images with Magento 2.4.2 to 2.4.9 and Mage-OS pre-installed across PHP 7.4 to 8.5, for fast Magento module and project CI pipelines.
Security
Two ways to roll a Magento 2 security patch across many stores: an Ansible live-patching playbook and a version-constrained Composer patch package.
Dev tooling
Builds the WordPress theme from FishPig's Magento 2 integration for every upstream release and publishes it to Packagist as a Composer package.
Security
A CI-tested Ansible Galaxy role, samjuk.ecomscan, that runs Sansec eComscan across a fleet of hosts once or on a cron schedule, with email and Slack reports.
For pattern-heavy work, yes, once it has been through the same review and CI as any other change. Coding agents such as Claude Code produce admin grids, UI components, data providers and di.xml wiring that are structurally correct. The usual failures are invented class names and methods, which anyone who knows Magento spots quickly. Plugin chains, observers and service contracts still need careful review.
Pattern-heavy work: admin UI components and grids, data providers, CRUD scaffolding, di.xml, layout XML, plugin boilerplate and tests for existing code. It is weaker on complex business logic, long plugin chains, theme CSS, and any codebase it has not been given enough context about.
Through the same gates as code written by a person. Static analysis (PHPStan, PHPCS), unit, integration and E2E tests, and a preview environment for every pull request mean AI output has to pass the pipeline before anyone reviews it. Review then focuses on what the tools miss: the wrong area context, a missing plugin sort order, or logic that runs but is wrong.
Not if review and CI stay in place. AI-written boilerplate is often more consistent than hand-written code: same naming, same structure, no copy-paste drift. The risk is accepting output nobody understands, so every change still needs a reviewer who could have written it.
I use Claude Code as my main coding agent and OpenAI Codex alongside it, with project instructions and skills that hold them to house conventions. Both handle Magento's XML, PHTML and PHP DI patterns well. Small MCP servers and CLI wrappers give the agents scoped access to data such as analytics and Core Web Vitals.
Treat AI-written code that touches payments, sessions or user input as high risk and review it line by line. Run agents in a sandbox without production credentials, and keep security checks in CI (Sansec eComscan, Semgrep, composer audit and secret scanning) so insecure patterns fail before merge.
Yes, with review that checks understanding as well as output. AI helps juniors learn Magento's conventions faster, but they should be able to explain every line they submit, and complex logic should be theirs first. Code review is where that gets checked.
I've been using AI tools in day-to-day Magento development since 2024. Happy to compare notes on what's working, discuss safe workflows, or talk through where the tooling still falls short.