ecranlisted

**Ce skill n'a pas de goût.** Il exécute un parti pris tranché ailleurs — au cadrage, une fois pour tout le projet. C'est ce qui le distingue d'un skill de design générique. Ceux-là sont écrits pour proposer une direction neuve et audacieuse à chaque génération, et certains l'ordonnent explicitement : « ne jamais converger, varier les polices et les thèmes d'une fois sur l'autre ». Excellent pour une maquette isolée. Ruineux sur un backlog de six tranches, où la tranche 5 ne ressemblerait pas à la tranche 2 et où personne ne le verrait avant la fin. Ici, la variation est le défaut à éviter. La cohérence est le livrable. ## 1. Lire la direction — avant d'écrire une ligne Trois sources, dans cet ordre : - **La ligne de direction visuelle dans `DECISIONS.md`** — ce qui est retenu, ce qui est **exclu**, et la **référence nommée** suivie de `aimée` ou `refusée`. C'est l'exclusion qui tranche le plus : elle dit ce qu'on refuse même si c'est joli. - **Les tokens `@theme` de `src/app/globals.css`** — `--font-*`, `--color-*`. Ce qui y est écrit est la palette du projet, pas une suggestion. - **Les écrans déjà construits** — `src/app/` et `src/components/`. Une tranche d'interface ressemble à celles qui la précèdent. S'il y a un formulaire, le nouveau formulaire lui ressemble. Cas particulier : la ligne dit `À TRANCHER`, ou il n'y en a pas. Alors **c'est cette tranche qui tranche**, une seule fois, et pour tout le projet. Choisir en partant du critère de réussite de `SPEC.md` et