Magic Patterns generates on-brand UI. Lamina specs headless product design: behavior contracts and live verification.
Who this comparison is for
You are in the right place if
Components match your design system but flows skip prerequisites.
Magic Patterns output merges cleanly yet partner gates are missing.
You generate screens fast but QA finds illegal product states.
Context
Magic Patterns targets teams with an established design system who want generated UI that does not fight their tokens. That is a different problem than behavior design. Generated components can be on-brand and still allow illegal transitions if domain rules were never specced.
Common situations
Concrete cases from AI-shipping workflows. Each shows what the alternative handles and where a behavior contract helps.
On-brand wizard UI, wrong step order
Situation
Magic Patterns produced a stepped onboarding wizard matching brand components. Users can jump to the final step.
What Magic Patterns does
Generates branded stepper UI and form layouts.
What Lamina adds
Permission matrix for step advance and submit unlock.
Takeaway
Brand-accurate UI still needs behavior rules.
Isolated settings card refresh
Situation
Regenerate a profile card component with updated tokens. No flow changes.
What Magic Patterns does
Magic Patterns alone.
What Lamina adds
Skip Lamina.
Takeaway
Component isolation: visual tool only.
Checkout components from design system
Situation
Generated checkout matches design system. Hold banner renders but pay ignores hold expiry.
What Magic Patterns does
Provides checkout UI patterns from your system.
What Lamina adds
Hold lifecycle and pay preconditions in run.yaml.
Takeaway
Pair generation with behavior spec for money paths.
Comparison
Lamina vs Magic Patterns
Dimension
Magic Patterns
Lamina
Primary job
Design-system-aware UI generation
Behavior contracts and verify
Layer in stack
UI generation
Behavior layer
Primary output
React components aligned to brand
run.yaml + implement.md
Writes app source?
Yes
No
Behavior spec (states, flows, permissions)
Component-level patterns
Actor flows and permissions
Durable in-repo artifact
Generated exports
.lamina/ in git
Post-build verification
Platform preview
/lamina-verify
Repo and stack fit
Teams with design systems
Any repo
Best when
Brand-accurate UI at speed
Roles, gates, recovery paths
When you don't need Lamina
Isolated components, no flow rules
No domain behavior change
Compose with Lamina?
Generate UI
Spec → integrate → verify
Workflow
Lamina vs Magic Patterns: recommended workflow
Step
Magic Patterns
Lamina
1
Generate components in Magic Patterns
/lamina-design on feature
2
Export to repo
implement.md guides integration
3
Wire UI in app
Enforce contract server-side
4
Visual review
/lamina-verify
Worked example
Confirm cancel with refund preview. Magic Patterns can generate a cancel dialog matching your system. Lamina specs deliberate cancel flow: policy reminder, refund amount, confirm step. HavenStay verify found one-click cancel without preview when behavior was not contracted.