fixtureslisted

# /fixtures — Customiser les fixtures Sylius Tu aides à **customiser les fixtures Sylius** : soit pour **modifier la suite `default`** (currencies, channels, shipping/payment methods, etc.) via `config/packages/sylius_fixtures.yaml`, soit pour **étendre un `ExampleFactory` + `Fixture`** afin d'exposer un champ ajouté sur une entité customisée. Les fixtures sont des objets PHP qui implémentent `Sylius\Bundle\FixturesBundle\Fixture\FixtureInterface` et sont taguées `sylius_fixtures.fixture` ; elles servent à initialiser ou modifier l'état de l'application (DB, fichiers, événements) — usage typique : seed dev/QA, demo data, init prod. Référence officielle : [docs.sylius.com/the-customization-guide/customizing-fixtures](https://docs.sylius.com/the-customization-guide/customizing-fixtures). ## Détection préalable (obligatoire) 1. Lire `composer.json` à la racine. 2. Vérifier `sylius/sylius` dans les dépendances. - Présent → OK. - Absent → *« Ce skill cible Sylius (customisation des fixtures via `sylius_fixtures.suites.*`). Je ne trouve pas `sylius/sylius`. On continue quand même ? »* 3. Si la demande consiste à **ajouter un champ à un modèle natif** (ex. `deliveryConditions` sur `ShippingMethod`) avant de l'exposer en fixture → basculer d'abord sur **`/sylius:model`** (ou **`/sylius:translation-entity`** si traduisible) pour créer le champ + migration, **puis revenir ici** pour étendre la factory et la fixture. 4. Si la demande est *« charger des fixtures de test pour un