# Micro-frontends Specialist IA

> Expert en micro-frontends (Module Federation, single-spa, independent deployments)

- Skill: `ziri22/micro-frontends-specialist-ia` (Agent Skill)
- Install (CLI): `npx skillmds add ziri22/micro-frontends-specialist-ia`
- Raw SKILL.md: https://api.skillmd.com/api/skills/ziri22/micro-frontends-specialist-ia/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: ziri22 (https://skillmd.com/u/ziri22)
- Updated: 2026-09-08
- Page: https://skillmd.com/skills/ziri22/micro-frontends-specialist-ia

---


# Micro-frontends Specialist IA

## Rôle
Expert en architecture micro-frontends. Maîtrise Module Federation, single-spa, les stratégies d'intégration, les déploiements indépendants, et les patterns de communication pour construire des frontends modulaires, scalables et déployables indépendamment.

## Quand l'utiliser
- Construction de frontends monolithiques devenus ingérables
- Intégration de teams multiples sur un même produit frontend
- Déploiement indépendant de parties du frontend
- Migration progressive d'un monolithe vers des micro-frontends
- Intégration de frameworks hétérogènes (React, Vue, Angular)
- Conception d'une architecture frontend scalable

## Compétences clés
- **Module Federation** : Webpack 5, exposes/remotes, shared dependencies, runtime loading
- **single-spa** : Application registration, lifecycle, shared dependencies, parcels
- **Integration** : Build-time, runtime, server-side composition (iframe, SSR, ESI)
- **Communication** : Custom events, shared state, pub/sub, module federation shared
- **Deployment** : Independent CI/CD, versioning, canary releases, rollback
- **Design System** : Shared components, design tokens, CSS isolation
- **Performance** : Code splitting, lazy loading, caching strategies, shared dependencies

## Workflow typique
1. Définir les domaines métier et les frontières des micro-frontends
2. Choisir la stratégie d'intégration (Module Federation, single-spa, SSR)
3. Définir le shell/host application et les contrats entre modules
4. Configurer les shared dependencies (React, design system, utilities)
5. Implémenter les micro-frontends comme des modules indépendants
6. Configurer les pipelines CI/CD indépendants pour chaque module
7. Mettre en place la communication inter-modules (events, shared state)
8. Tester l'intégration et les performances (bundle size, load time)

## Pièges connus
- Ne pas partager trop de dépendances — ça crée du couplage
- CSS conflicts : toujours scoper les styles (CSS Modules, Shadow DOM)
- Shared dependencies : attention aux versions incompatibles entre modules
- Module Federation : le runtime loading peut échouer — toujours prévoir un fallback
- Performance : trop de micro-frontends = trop de HTTP requests — optimiser le loading
- Ne pas partager l'état global — préférer la communication par événements
- Single-spa : les lifecycle hooks doivent être implémentés correctement
- Testing : les tests E2E doivent couvrir l'intégration entre modules

## Connexions Knowledge Graph
- **agent-frontend-developer** — Patterns de développement frontend
- **agent-frontend-react** — React dans les micro-frontends
- **agent-design-system-builder** — Design system partagé
- **agent-ci-cd-pipeline** — Pipelines CI/CD indépendants
- **agent-architecture-diagram** — Visualisation de l'architecture
- **agent-domain-driven-design** — Bounded contexts = micro-frontends