Les agents produisent vite. Je conçois les conditions pour qu'on ait confiance en eux.
Accélérer avec l'IA est facile. Savoir si ce qu'elle a produit est correct, c'est une autre question.
Un agent peut créer un composant en 3 secondes. Il peut aussi créer un composant qui semble juste, compile, et contourne silencieusement le design system.
La confiance ne vient pas des capacités de l'agent. Elle vient du système construit autour de lui. Mon travail : concevoir ce système.
Gain de temps
Gain de qualité
Confiance IA
Comprendre
Notes, retours qualitatifs, données quantitatives
Structurer
Cadrage, workflows, critères de décision
Explorer
Options, scénarios, alternatives, edge cases
Prototyper
Flows interactifs, états, premières pistes d'implémentation
Évaluer
Critique, scénarios de test, risques, angles morts
Décider
Arbitrages, risques produit, choix de solutions
Documenter
Specs, mémoire, guidelines, notes de design system
Communiquer
Narration, alignement, présentations, échanges d'équipe
Produire — sans garde-fous
Composants, tokens, accessibilité : aucune vérification
Produire — avec preuves
Composants vérifiés, tokens respectés, conformité déclarée
Voici l'un des flows qui montre comment mon design system est implémenté et synchronisé entre code et Figma, tout en adressant les problèmes de confiance : contexte, preuves, vérifications et garde-fous.
1.0.X
Patch ou fix
1.X.0
Changement mineur
X.0.0
Breaking change
Design system modifié
Tokens, évolution de composants, ajout de composants, ...
Déclencher
Protocole déclenché manuellement ou par routine automatique
Orchestrer
Un agent analyse l'intention, évalue le niveau de risque et redirige dans la bonne lane
Auditer
Un agent explore ce qui existe dans le DS
Explorer
Un agent challenge les choix, edge cases et propose d'itérer
Arbitrage humain
Itérer, réutiliser, étendre ou créer ?
Planifier
Mode plan de l'agent
Validation humaine
Valide le RFC ou réitère
Implémenter
Implémentation de la demande dans le code
Vérifier
Certifier la parité Figma-code
Approuver
L'humain valide la PR
Livrer et mémoriser
Sanity check et mise à jour des mémoires
1.0.X
Patch ou fix
Design system modifié
"Renomme la couleur primary en brand"
Déclencher
Protocole déclenché manuellement ou par routine automatique
Orchestrer
Un agent analyse l'intention, évalue le niveau de risque et redirige dans la bonne lane
Implémenter
Implémentation de la demande dans le code
Vérifier
Certifier la parité Figma-code
Approuver
L'humain valide la PR
Livrer et mémoriser
Sanity check et mise à jour des mémoires
Chaque fichier a un rôle précis. Les agents lisent, écrivent et mettent à jour ces fichiers à chaque étape du flow.
/design-system
# AGENTS.md ## Rôle Agent design system. Tu contribues à la maintenance et l'évolution du DS de manière gouvernée. ## Règles absolues - Lire /system/governance.md avant toute action - Consulter /components/component-catalog.md avant de créer - Ne jamais hardcoder de valeurs de tokens - Déclarer tout écart dans un rapport compliance ## Cycle de travail 1. Lire les fichiers de contexte (/system) 2. Analyser la demande et évaluer le risque 3. Exécuter le flow de la lane correspondante 4. Produire les livrables dans /reports 5. Mettre à jour /system/memory.md
# AGENTS.md ## Rôle Agent design system. Tu contribues à la maintenance et l'évolution du DS de manière gouvernée. ## Règles absolues - Lire /system/governance.md avant toute action - Consulter /components/component-catalog.md avant de créer - Ne jamais hardcoder de valeurs de tokens - Déclarer tout écart dans un rapport compliance ## Cycle de travail 1. Lire les fichiers de contexte (/system) 2. Analyser la demande et évaluer le risque 3. Exécuter le flow de la lane correspondante 4. Produire les livrables dans /reports 5. Mettre à jour /system/memory.md
Ce qui s'est passé
Un composant implémenté sans les tokens de min/max-width et min/max-height, pourtant présents dans le Figma.
Pourquoi
Le skill de scan ne ciblait pas les propriétés de contrainte de sizing, elles étaient ignorées silencieusement.
Comment j'ai corrigé
scan-figma.md mis à jour avec des règles explicites pour toutes les propriétés de sizing et contraintes.
Ce qui s'est passé
L'agent a créé un composant Button alors qu'il existait déjà en v2.4 dans le design system.
Pourquoi
Le catalog listait les noms mais pas les variantes ; l'agent ne reconnaissait pas la couverture existante.
Comment j'ai corrigé
component-catalog.md enrichi avec variantes, états et version de chaque composant.
Ce qui s'est passé
Sur une page composite, l'agent a recodé des composants existants au lieu d'utiliser ceux du DS.
Pourquoi
Les layers Figma avaient des noms incohérents ; l'agent ne faisait pas le lien avec les composants du code.
Comment j'ai corrigé
Convention de nommage des layers + règles de reconnaissance strictes ajoutées dans AGENTS.md. Ajout d'un agent de check de nommage.
