design_system parameter determines which design language, component patterns, and visual style will be applied to your generated assets.
Configuration
Available Design Systems
Material 3 (Default)
Value:material-3
Description: Google’s Material Design 3 (Material You) system with dynamic color, adaptive components, and modern visual language.
Best For:
- Android applications
- Progressive web apps
- Cross-platform products
- Data-heavy interfaces
- Dynamic color system with tonal palettes
- Adaptive components that respond to context
- Emphasis on elevation and surface hierarchy
- Built-in accessibility features
- Component states (enabled, disabled, focused, pressed)
.omni-architect.yml
- Material 3 component library
- Elevation and shadow tokens
- State layer variants
- Adaptive layouts (mobile, tablet, desktop)
- Accessibility annotations
Apple Human Interface Guidelines
Value:apple-hig
Description: Apple’s Human Interface Guidelines for iOS, iPadOS, macOS, watchOS, and visionOS.
Best For:
- iOS/iPadOS applications
- macOS applications
- Apple ecosystem products
- Consumer-focused apps
- SF Pro typography system
- Platform-specific navigation patterns
- Emphasis on clarity and depth
- Native iOS/macOS components
- Dark mode support
.omni-architect.yml
- iOS/macOS native components
- Navigation patterns (tab bar, navigation bar)
- SF Symbols integration
- Dark mode variants
- Platform-specific spacing and sizing
Tailwind CSS
Value:tailwind
Description: Tailwind CSS design system with utility-first approach and customizable design tokens.
Best For:
- Web applications
- Rapid prototyping
- Developer-friendly workflows
- Highly customized designs
- Utility-first component structure
- Extensive color palette (50-900 scale)
- Responsive breakpoint system
- Custom spacing scale
- JIT-compatible token naming
.omni-architect.yml
- Tailwind-compatible component structure
- Utility class annotations
- Responsive breakpoint frames
- Color scale documentation (50-900)
- Spacing scale references
Custom Design System
Value:custom
Description: Bring your own design system with fully customizable tokens, components, and patterns.
Best For:
- Established brand systems
- Enterprise applications
- Unique visual identities
- Specialized industries
- Complete token customization
- No predefined components
- Brand-specific patterns
- Full control over visual language
.omni-architect.yml
- Custom component library
- Brand-specific token documentation
- Flexible layout systems
- Fully customizable visual style
Design System Comparison
| Feature | Material 3 | Apple HIG | Tailwind | Custom |
|---|---|---|---|---|
| Component Library | ✅ Comprehensive | ✅ Native iOS/macOS | ✅ Utility-based | 🔧 DIY |
| Typography | Roboto | SF Pro | Inter (default) | Any font |
| Color System | Tonal palettes | Semantic colors | 50-900 scale | Fully custom |
| Dark Mode | ✅ Built-in | ✅ Native support | ✅ Supported | 🔧 DIY |
| Accessibility | ✅ WCAG built-in | ✅ Native features | ⚠️ Manual | 🔧 DIY |
| Platform | Android/Web | iOS/macOS | Web | Any |
| Customization | ⚠️ Limited | ⚠️ Limited | ✅ High | ✅ Total |
| Learning Curve | Medium | Medium | Low | High |
Design Tokens Integration
All design systems support custom design tokens. Tokens defined in thedesign_tokens section override the default system values:
Figma Asset Generation
Each design system generates different Figma assets:Material 3
Apple HIG
Tailwind
Custom
Best Practices
Match Your Target Platform
Match Your Target Platform
Use
apple-hig for iOS/macOS apps, material-3 for Android/cross-platform, and tailwind for web applications.Start with a Base System
Start with a Base System
Even if you have a custom design system, starting with
material-3 or tailwind and customizing via tokens is faster than custom.Maintain Token Consistency
Maintain Token Consistency
Ensure your design tokens are consistent with your actual implementation to reduce developer handoff friction.
Consider Accessibility
Consider Accessibility
Material 3 and Apple HIG have built-in accessibility features. If using
custom, ensure you define accessible color contrasts and sizing.Document Custom Systems
Document Custom Systems
When using
design_system: "custom", create comprehensive token documentation to help designers and developers understand the system.Switching Design Systems
You can change design systems mid-project by updating the configuration:Next Steps
Design Tokens
Customize colors, typography, spacing, and more
Diagram Types
Configure which diagrams to generate