TypeUI

Le livrable central de TypeUI est un skill de design écrit sous forme de fichier SKILL.md. Les skills se chargent à la demande, pour que l'agent n'incorpore les règles de design que quand une tâche les réclame vraiment. Cela évite que votre fenêtre de contexte se remplisse d'instructions que le modèle n'utilisera pas pour une requête donnée. Les skills ne se chargent qu'en cas de besoin. Une fois installé, le skill applique ses jetons et ses règles de composants à toute interface que l'agent construit.

À côté des skills, TypeUI fournit des prompts d'interface qui décrivent l'apparence et le comportement d'un composant avant que l'agent n'écrive le code. Au lieu d'une requête d'une ligne, l'agent reçoit des indications sur la hiérarchie, les espacements et les états d'interaction. C'est important. Un bouton peut fonctionner et pourtant paraître décalé à côté du reste. Le prompt est ce qui garde l'épaisseur, le rayon et la réaction au survol alignés.

TypeUI se connecte aux outils de codage par IA via des intégrations MCP, pour que le même contexte de design atteigne Claude Code, Cursor et Codex sans configurations séparées. MCP est le protocole standard que les agents utilisent pour joindre des services externes, et l'employer ici signifie que la plateforme de design se place derrière vos outils existants au lieu de les remplacer. Changez d'agent plus tard et votre contexte de design vous suit, ce qui est justement l'intérêt de le placer dans un fichier portable plutôt que dans un réglage propre à un outil.

La CLI est open source, ce qui compte pour quiconque veut inspecter ou ajuster la façon dont le contexte de design est généré. Vous la lancez en local, répondez aux questions de design et elle produit les fichiers du skill. Aucun verrouillage. Les skills sont du Markdown simple que vous pouvez lire, versionner dans Git et modifier à la main.

En décrivant couleur, typographie, espacements et comportement des composants sous forme de jetons, TypeUI garde l'interface générée cohérente en interne. Changez une couleur principale à un seul endroit et chaque génération suivante la reprend, au lieu de dériver page après page comme le font souvent les agents aux prompts flous. Pour qui produit plus qu'une poignée d'écrans, cette stabilité supprime une étape de nettoyage répétitive.

Comme le skill de design peut détailler les objectifs de contraste, les états de focus et le balisage sémantique, il pousse le rendu de l'agent vers des interfaces plus utilisables. Les prompts libres ne mentionnent presque jamais ces détails. Un contexte de design écrit en fait la norme. C'est plus difficile à négliger qu'une consigne lancée en passant dans le chat.