Classé dans Design · Intelligence Apache-2.0 · Fait sur Terre
Pour · Ingénierie

De la spec au front-end, aucune transmission entre les deux

Pointez votre agent vers un DESIGN.md et une description ; il écrit du code front-end réel et conforme au système — composants, écrans, tableaux de bord — directement dans votre projet. Pas de redlines, pas d’« attente du design ».

Illustration éditoriale d’un DESIGN.md s’écoulant directement dans du code front-end et une UI rendue, en sautant une étape de transmission

En une phrase

Open Design comble l’écart designer-ingénieur en rendant le système de design lisible par la machine : le même agent qui écrit votre code applique le système et rend une vraie UI.

Comment un ingénieur utilise Open Design

  1. 01

    Lisez le système, pas une redline

    Le DESIGN.md vit dans le dépôt. Votre agent le lit comme il lit le reste de la base de code — pas de specs exportées à interpréter.

  2. 02

    Générez une UI conforme au système

    Décrivez l’écran ou le composant ; l’agent écrit du front-end qui correspond déjà au système. Prototypes, tableaux de bord d’admin, outils internes — en quelques minutes.

  3. 03

    C’est déjà votre code

    La sortie est du HTML / code de framework dans votre dépôt, relisible dans une PR. Pas d’étape de traduction entre « le design » et « le build ».

Ce qu’un ingénieur peut générer

Front-end avec Open Design vs. la méthode de transmission

Ce dont vous avez besoin Avec Open Design Transmission design-vers-dev
Obtenir un design à construire Un DESIGN.md que votre agent lit directement Un fichier Figma que vous réinterprétez à la main
Correspondre au système Appliqué automatiquement à la génération Comparer à l’œil avec une spec, la dérive s’installe
Construire outils internes / tableaux de bord Prompt → front-end conforme au système dans le dépôt Attendre un designer, puis le construire deux fois
Revue C’est du code — faites le diff dans une PR Comparaison au pixel avec une maquette
Coût & verrouillage Open source, dans votre dépôt, tourne en local Un outil de design que toute l’équipe doit licencier

Du vrai front-end conforme au système, généré directement dans le dépôt. Choisissez-en un proche de ce que vous construisez et décrivez-le.

Parcourir les modèles →

FAQ ingénierie

  1. 01 Ai-je encore besoin d’un designer ?

    Pour la marque et la direction, oui. Mais pour construire une UI conforme au système et des outils internes, l’agent lit le DESIGN.md et écrit le front-end — sans aller-retour de transmission.

  2. 02 Que produit-il ?

    Du vrai HTML / code de framework dans votre dépôt, relisible dans une PR — pas une maquette que vous réimplémentez.

  3. 03 Comment reste-t-il conforme au système ?

    Le DESIGN.md est la source de vérité ; l’agent l’applique à la génération, donc la sortie correspond sans vérification manuelle au pixel.

  4. 04 Quels agents puis-je utiliser ?

    Claude Code, Codex, Cursor Agent, Gemini CLI et d’autres adaptateurs natifs, avec vos propres clés de fournisseur.

Générez votre prochaine UI ce soir

Mettez une étoile au dépôt, installez Open Design et transformez un DESIGN.md en front-end — dans l’agent que vous utilisez déjà.

● Apache-2.0 Apache-2.0 · Fait sur Terre · BYOK macOS · Windows · Linux