Drift (Design System Drift)
The slow gap that opens between your design system as documented and your product as shipped: hardcoded values, rogue variants, one-off components nobody approved.
What it is
Drift is the gap between what your design system says and what your product does. A hardcoded #3B82F6 instead of color.action.primary. A button with custom padding because the deadline was Friday. A copy-pasted card component that diverged six months ago. Each one is small; together they are why your system stops being the source of truth.
Why this matters for designers
Drift is invisible until it is expensive: a rebrand that should be a token change becomes a months-long hunt, and AI tools trained on your codebase learn the drifted patterns instead of the documented ones. Drift detection is also the ideal first job for an AI agent: finding mismatches between documented and shipped is exactly the tedious, mechanical comparison agents are good at, and it requires zero write access.
How it works in practice
- Drift accumulates wherever shipping pressure meets missing guardrails.
- Detection means continuously comparing shipped code against tokens and component docs.
- An observer-mode agent can run this audit weekly and report what it finds.
- Fixing drift at the source (and adding a rule so it cannot recur) is what turns detection into self-healing.