Flat Design

# Implémenter Flat Design dans ton agent

## Objectif
Crée cette interface en Flat Design avec des aplats unis, une hiérarchie fondée sur taille, espace et typographie, et des icônes géométriques simples. N’utilise ni texture, ni reflet, ni volume décoratif.

## Prérequis
- Inspecte les composants, tokens et contraintes de marque existants.
- Confirme que ce style convient à la surface et au contenu.
- Préserve la structure, la sémantique et les interactions existantes.

## Comportement et surfaces
- Aplats unis — Chaque surface utilise une couleur franche sans texture ni reflet.
- Aucune profondeur simulée — Biseaux, ombres réalistes et volumes décoratifs sont absents.
- Glyphes simples — Icônes et formes sont réduites à une géométrie immédiatement reconnaissable.
- Hiérarchie typographique — Poids, taille et couleur remplacent le relief pour organiser l’information.

## États
- Couvre les états par défaut, survol, focus, actif, désactivé, chargement et erreur qui existent déjà.
- Fournis un état statique lorsque la réduction de mouvement est demandée.

## Accessibilité
- Ne pas supprimer les limites de contrôle avec les ombres décoratives.
- Associer la couleur à un libellé, une icône ou un état programmatique.
- Préserver des états de focus et de survol nettement distincts.

## Quand ne pas utiliser
- Retirer tous les indices interactifs au nom de la simplicité visuelle.
- Confondre absence de volume et absence de hiérarchie.

## Critères d’acceptation
- Une application qui doit rester claire, légère et adaptable à plusieurs densités.
- Un design system où la hiérarchie doit être portée par des tokens simples.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Prérequis · Tokens, composants et contraintes de marque existants

# Auditer Flat Design sur la surface réelle

## Objectif
Contrôle que Flat Design reste cohérent, accessible et mesuré sur les composants réellement concernés.

## Contrôles
- Compare les états interactifs et les fallbacks.
- Contrôle contraste, focus et réduction de mouvement.
- Signale les effets visuels qui dégradent la hiérarchie ou les performances.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:8cb44cff5c677a87532bf211bbe84d8b0d88a56d4fa428412f84ff5135027798

# Déboguer Flat Design dans ton agent

## Symptôme observé
[DÉCRIS ICI LE SYMPTÔME]

## Contrôles observables
- Compare la surface aux signaux visuels documentés.
- Vérifie contraste, focus, réduction de mouvement et fallback.
- Isole la couche visuelle sans modifier la structure fonctionnelle.

## Causes possibles
- Le style masque la hiérarchie ou réduit le contraste.
- L’effet est appliqué à trop de surfaces ou dépend d’une API absente.
- Un état interactif n’est plus perceptible.

## Corrections bornées
Répare les affordances devenues ambiguës après aplatissement. Rétablis des bordures, libellés, états et focus visibles sans réintroduire une imitation de matière.

## Vérification finale
- Ne pas supprimer les limites de contrôle avec les ombres décoratives.
- Associer la couleur à un libellé, une icône ou un état programmatique.
- Préserver des états de focus et de survol nettement distincts.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Prérequis · Tokens, composants et contraintes de marque existants

# Prévenir les dérives de Flat Design

## Objectif
Transforme la correction visuelle en règle réutilisable et en contrôle ciblé sans figer toute l’interface.

## Contrôles
- Isole les tokens ou variantes responsables.
- Ajoute une preuve ciblée pour les états concernés.
- Compare avec les styles proches avant d’élargir la règle.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:54eb7169fe5e5980325cd107f61d6f517bf8182b0b74617dc1c6db400590566b