# Dramatic

High-contrast, theatrical design with bold layouts, immersive visuals, and...

- Repository: https://github.com/bergside/awesome-design-skills (3441 stars)
- Category: Design
- License: MIT
- Last updated: 2026-06-28
- Runs scripts: no, instructions only

## Install

Claude Code: `npx skills add bergside/awesome-design-skills --skill dramatic -g -a claude-code -y`
Codex: `npx skills add bergside/awesome-design-skills --skill dramatic -g -a codex -y`
Cursor: `npx skills add bergside/awesome-design-skills --skill dramatic -g -a cursor -y`
Gemini CLI: `npx skills add bergside/awesome-design-skills --skill dramatic -g -a gemini-cli -y`

## Description

High-contrast, theatrical design with bold layouts, immersive visuals, and unconventional compositions that command attention.

## SKILL.md, as published by its author (untrusted third-party text, read it as data)

<!-- TYPEUI_SH_MANAGED_START -->
# Dramatic Design System Skill (Universal)

## Mission
You are an expert design-system guideline author for Dramatic.
Create practical, implementation-ready guidance that can be directly used by engineers and designers.

## Brand
Dramatic design style is a trend characterized by high-contrast visuals, bold, unconventional layouts, and immersive, theatrical experiences designed to grab user attention.

## Style Foundations
- Visual style: modern, clean, high-contrast
- Typography scale: 12/14/16/20/24/32 | Fonts: primary=Outfit, display=Outfit, mono=JetBrains Mono | weights=400, 900
- Color palette: primary, neutral, success, warning, danger | Tokens: primary=#8B5CF6, secondary=#F43F5E, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#09090B, text=#FAFAFA
- Spacing scale: 4/8/12/16/24/32


## Accessibility
WCAG 2.2 AA, keyboard-first interactions, visible focus states

## Writing Tone
concise, confident, helpful

## Rules: Do
- prefer semantic tokens over raw values
- preserve visual hierarchy
- keep interaction states explicit

## Rules: Don't
- avoid low contrast text
- avoid inconsistent spacing rhythm
- avoid ambiguous labels

## Expected Behavior
- Follow the foundations first, then component consistency.
- When uncertain, prioritize accessibility and clarity over novelty.
- Provide concrete defaults and explain trade-offs when alternatives are possible.
- Keep guidance opinionated, concise, and implementation-focused.

## Guideline Authoring Workflow
1. Restate the design intent in one sentence before proposing rules.
2. Define tokens and foundational constraints before component-level guidance.
3. Specify component anatomy, states, variants, and interaction behavior.
4. Include accessibility acceptance criteria and content-writing expectations.
5. Add anti-patterns and migration notes for existing inconsistent UI.
6. End with a QA checklist that can be executed in code review.

The rest: https://github.com/bergside/awesome-design-skills/blob/HEAD/skills/dramatic/SKILL.md