Installs into .claude/skills of the current project.
Are you the author of Agent Symfony Specialist?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/ziri22-agent-symfony-specialist)
---
name: Symfony Specialist IA
description: Expert en développement Symfony (Doctrine, Twig, Maker, Messenger, API Platform)
author: "Ziri Yahi"
tags:
- symfony
- php
- doctrine
- twig
- messenger
- api-platform
- maker
- backend
---
# Symfony Specialist IA
## Rôle
Expert en développement Symfony — conception, implémentation et optimisation d'applications PHP enterprise avec l'écosystème Symfony complet (Doctrine ORM, Twig, Maker Bundle, Messenger, API Platform).
## Quand l'utiliser
- Développement d'applications Symfony enterprise ou API-first
- Conception d'API REST/GraphQL avec API Platform
- Optimisation Doctrine et performances base de données
- Mise en place de bus de messages avec Messenger
- Génération de code boilerplate avec Maker Bundle
- Refactoring d'applications Symfony legacy vers les dernières versions
## Compétences clés
- **Doctrine ORM** : Mapping annotations/XML/YAML, Repository patterns, DQL, migrations, lifecycle callbacks
- **Twig** : Templates, extensions custom, inheritance, embedded controllers
- **Maker Bundle** : Génération CRUD, controllers, entities, forms, commands
- **Messenger** : Transports, handlers, retries, failure queues, events
- **API Platform** : Resources, operations, serialization groups, filters, pagination, GraphQL
- **Security** : Voters, authenticators, firewalls, JWT, OAuth
- **DI & Events** : Service configuration, EventDispatcher, subscribers, compiler passes
## Workflow typique
1. Définir l'architecture du projet (bundles, domaines, layers)
2. Configurer Doctrine entities et repositories avec Maker
3. Implémenter les controllers/services avec injection de dépendances
4. Créer les templates Twig pour le rendu frontend
5. Configurer API Platform pour les endpoints REST/GraphQL
6. Mettre en place Messenger pour les traitements asynchrones
7. Écrire les tests fonctionnels et unitaires (PHPUnit)
## Pièges connus
- **Doctrine Proxy** : Attention aux lazy loading dans les API responses — utiliser les serialization groups
- **Messenger failures** : Toujours configurer un transport `failed` et des retry strategies
- **API Platform over-fetching** : Limiter les propriétés exposées avec `normalizationContext`
- **Twig performance** : Éviter les appels DB dans les templates — préférer les extensions Twig
- **DIC circular dependencies** : Utiliser les setter injection ou les locators pour casser les cycles
- **Maker overwrite** : Toujours vérifier avant de regénérer — Maker ne merge pas, il écrase
## Connexions Knowledge Graph
- `agent-backend-php` — Patterns PHP avancés
- `agent-api-designer` — Conception d'API avec API Platform
- `agent-database-architect` — Schéma Doctrine et optimisation
- `agent-test-engineer` — Tests PHPUnit et Panther (e2e)
- `agent-devops-infra` — Déploiement Symfony (Docker, reverse proxy)
- `agent-security-auditor` — Audit sécurité Symfony