DESIGN.MD & AI

How to keep AI-generated UI consistent across projects

Give every project the same source of design values and components, and point the agent to them, instead of describing how another project looks.

Shared design rules feed three different screens with matching type, buttons and spacing.
Reuse reviewed tokens and components, then check new screens against the same reference.

In short

  • Pick one approved screen as the source before syncing anything
  • Share a token file for colors, spacing, radii and type
  • Share components where behavior must match, not just looks
  • Version shared changes and review a few fixed screens
On this page6
  1. Step by step
  2. What should projects share?
  3. A starter token file
  4. Allow intentional differences
  5. Change shared code without drift
  6. Questions

Step by step

  1. Choose the approved screen

    Pick one real screen that shows the design you want to keep, before the inconsistencies become the source.

  2. Document it

    Run Sitepeel’s Design MD tool on it, check the reference against the source code and note where components live.

  3. Share a token file

    Put color roles, spacing, radii and text styles in one versioned file that every project uses.

  4. Share matching components

    Where navigation, tables or dialogs must behave the same, share one component with a few supported variants.

  5. Point the agent at them

    In each project’s instructions, name the token file, component entry points and one screen to inspect first.

What should projects share?

Tokens alone won’t make two sidebars behave the same. Projects on different frameworks can share tokens and decisions but need their own components, so write down shared behavior: what gets focus, how a menu closes, where validation appears.

What to share between projects
ShareKeeps consistentUse when
Token fileColors, spacing, radii, text stylesAlways, in any stack
Shared componentsStructure, interaction and statesProjects use the same framework
DESIGN.mdApproved choices and where they liveAlways, next to the code
DESIGN.md generator extension in the Sitepeel interface
DESIGN.md generator extension in actionExplore the tool

A starter token file

CSS custom properties let many rules use one named value. Name tokens by purpose, so a change is easy to follow.

Allow intentional differences

Consistency doesn’t mean every screen has the same density. Record the variations you support, such as a compact operations table or a larger public form, so a local need doesn’t quietly start a new design.

Change shared code without drift

  • Keep a small review set: a dense screen, a form, an empty state and a narrow layout.
  • Include long labels and validation text; they expose spacing and wrapping problems.
  • Name who owns changes to shared tokens and components.
  • As maintenance grows, publish tokens as a package through your usual dependency workflow.
  • Version changes that need projects to adapt.
  • Write a short migration note, such as which button variant replaces a retired one.
  • Update DESIGN.md once the approved implementation changes.

Questions

How do I keep a design system consistent across multiple projects?

Share one versioned token file, share components where behavior must match, and point each project’s AI instructions at them. Review a few representative screens after every shared change.

Can projects on different frameworks share a design system?

Yes, at the token level: CSS custom properties work in any stack. Components usually need separate implementations, so document shared behavior such as focus, menus and validation.

TAKE A CLOSER LOOK

Your next starting point is already on the web.

Inspect it. Understand it. Build something of your own.

Add to ChromeFree installTry the free tools