dist/codex/magento2-commerce/skills/magento-di/SKILL.md
Configure Magento 2 dependency injection — di.xml, types, virtual types, preferences, argument replacement, and Object Manager. Use when wiring dependencies, creating class variations, or configuring module integrations.
npx skillsauth add orcaqubits/agentic-commerce-claude-plugins magento-diInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Fetch live docs:
site:developer.adobe.com commerce php development components dependency-injection for the DI guidehttps://developer.adobe.com/commerce/php/development/ and navigate to DI documentationsite:developer.adobe.com commerce php development build di-xml for di.xml referenceMagento's Object Manager reads di.xml configurations and automatically injects dependencies into class constructors. You declare what you need; the framework provides it.
Constructor injection is the primary pattern — declare dependencies as constructor parameters with type hints.
di.xml files are area-scoped:
etc/di.xml — global (all areas)etc/frontend/di.xml — storefront onlyetc/adminhtml/di.xml — admin panel onlyetc/webapi_rest/di.xml — REST API onlyetc/webapi_soap/di.xml — SOAP API onlyConfigure constructor arguments for a specific class:
string, boolean, number, const, null, object, array, init_parameterCreate class variations without writing new PHP files:
type attribute value)Map an interface to a concrete implementation:
<preference for="InterfaceName" type="ConcreteClassName" />| Type | Description |
|------|-------------|
| string | String value |
| boolean | true or false |
| number | Integer or float |
| const | PHP constant value |
| null | Null value |
| object | Another class instance (injected) |
| array | Array of mixed argument types |
| init_parameter | Value from Magento\Framework\App\DeploymentConfig |
shared="false" on a type to get a new instance each timeSomeClassFactory) always create new instancesinit_parameter type reads from app/etc/env.php — use for environment-specific values that shouldn't be in di.xml.
shared="false" sparingly — most dependencies should be sharedFetch the DI documentation for exact XML schema, element attributes, and current best practices before configuring.
development
Build with Spree's headless Next.js storefront — the official `spree/storefront` repo (Next.js 16 App Router with Server Actions and Turbopack, React 19 Server Components, Tailwind CSS 4, TypeScript 5, `@spree/sdk`, Sentry), server-only auth (httpOnly JWT cookies + publishable key), MeiliSearch faceted catalog, one-page checkout with Apple/Google Pay/Klarna/Affirm/SEPA, multi-region market routing, GA4 + JSON-LD SEO, and Vercel/Docker deployment. Use when forking or customizing the storefront, or evaluating headless adoption.
tools
Build Spree extensions as Rails engines — gem scaffolding, `bin/rails g spree:extension`, mounting routes/migrations/assets, the modern `prepend` decorator pattern (`*_decorator.rb` with `self.prepended(base)`), generators (`spree:model_decorator`, `spree:controller_decorator`), the four customization surfaces in preference order (Events > Webhooks > Dependencies > Decorators), Spree::Dependencies for swapping service objects, gem release/versioning, and the deprecated Deface engine. Use when building a reusable Spree extension or adding non-trivial customization to an app.
development
Build with Spree's event bus and Webhooks 2.0 — `Spree::Events` publication, `Spree::Subscriber` DSL with `subscribes_to` and `on`, wildcard matching, lifecycle events (`{model}.created/.updated/.deleted` via `publishes_lifecycle_events`), the canonical event catalog (order.*, payment.*, shipment.*, product.*), Webhooks 2.0 endpoints, HMAC-SHA256 signing (`X-Spree-Webhook-Signature`), exponential-backoff retries, and Sidekiq job orchestration. Use when wiring event-driven business logic, building webhook consumers, or replacing ActiveSupport callback chains.
tools
Cross-cutting Spree development patterns — the customization preference hierarchy (Events > Webhooks > Dependencies > Decorators), `Spree::Dependencies` service-object swapping, the `_decorator.rb` + `prepend` + `self.prepended` idiom, idempotent subscribers and webhook receivers, multi-store scoping discipline, prefixed IDs, calculator polymorphism (shipping/promotion/tax share the base), service-object composition with `dry-monads` or simple results, why to avoid `class_eval` reopening and Deface, and Spree-on-Rails idioms (Hotwire/Turbo Stimulus, ActiveStorage, Action Cable, Sidekiq). Use when designing the architecture of a Spree extension or solving cross-cutting concerns.