opencode-skills-collection 2.0.115 → 2.0.117
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/bundled-skills/.antigravity-install-manifest.json +12 -1
- package/bundled-skills/ai-dev-jobs-mcp/SKILL.md +180 -0
- package/bundled-skills/design-taste-frontend/SKILL.md +247 -0
- package/bundled-skills/docs/integrations/jetski-cortex.md +3 -3
- package/bundled-skills/docs/integrations/jetski-gemini-loader/README.md +1 -1
- package/bundled-skills/docs/maintainers/repo-growth-seo.md +3 -3
- package/bundled-skills/docs/maintainers/skills-update-guide.md +1 -1
- package/bundled-skills/docs/sources/sources.md +9 -0
- package/bundled-skills/docs/users/bundles.md +1 -1
- package/bundled-skills/docs/users/claude-code-skills.md +1 -1
- package/bundled-skills/docs/users/gemini-cli-skills.md +1 -1
- package/bundled-skills/docs/users/getting-started.md +1 -1
- package/bundled-skills/docs/users/kiro-integration.md +1 -1
- package/bundled-skills/docs/users/usage.md +4 -4
- package/bundled-skills/docs/users/visual-guide.md +4 -4
- package/bundled-skills/full-output-enforcement/SKILL.md +70 -0
- package/bundled-skills/gpt-taste/SKILL.md +96 -0
- package/bundled-skills/high-end-visual-design/SKILL.md +119 -0
- package/bundled-skills/industrial-brutalist-ui/SKILL.md +113 -0
- package/bundled-skills/minimalist-ui/SKILL.md +106 -0
- package/bundled-skills/mise-configurator/SKILL.md +154 -0
- package/bundled-skills/not-human-search-mcp/SKILL.md +155 -0
- package/bundled-skills/redesign-existing-projects/SKILL.md +199 -0
- package/bundled-skills/stitch-design-taste/DESIGN.md +121 -0
- package/bundled-skills/stitch-design-taste/SKILL.md +205 -0
- package/package.json +1 -1
- package/skills_index.json +242 -0
|
@@ -14,7 +14,7 @@ If you came in through a **Claude Code** or **Codex** plugin instead of a full l
|
|
|
14
14
|
|
|
15
15
|
When you ran `npx antigravity-awesome-skills` or cloned the repository, you:
|
|
16
16
|
|
|
17
|
-
✅ **Downloaded 1,
|
|
17
|
+
✅ **Downloaded 1,423+ skill files** to your computer (default: `~/.gemini/antigravity/skills/`; or a custom path like `~/.agent/skills/` if you used `--path`)
|
|
18
18
|
✅ **Made them available** to your AI assistant
|
|
19
19
|
❌ **Did NOT enable them all automatically** (they're just sitting there, waiting)
|
|
20
20
|
|
|
@@ -34,7 +34,7 @@ Bundles are **curated groups** of skills organized by role. They help you decide
|
|
|
34
34
|
|
|
35
35
|
**Analogy:**
|
|
36
36
|
|
|
37
|
-
- You installed a toolbox with 1,
|
|
37
|
+
- You installed a toolbox with 1,423+ tools (✅ done)
|
|
38
38
|
- Bundles are like **labeled organizer trays** saying: "If you're a carpenter, start with these 10 tools"
|
|
39
39
|
- You can either **pick skills from the tray** or install that tray as a focused marketplace bundle plugin
|
|
40
40
|
|
|
@@ -212,7 +212,7 @@ Let's actually use a skill right now. Follow these steps:
|
|
|
212
212
|
|
|
213
213
|
## Step 5: Picking Your First Skills (Practical Advice)
|
|
214
214
|
|
|
215
|
-
Don't try to use all 1,
|
|
215
|
+
Don't try to use all 1,423+ skills at once. Here's a sensible approach:
|
|
216
216
|
|
|
217
217
|
If you want a tool-specific starting point before choosing skills, use:
|
|
218
218
|
|
|
@@ -343,7 +343,7 @@ Usually no, but if your AI doesn't recognize a skill:
|
|
|
343
343
|
|
|
344
344
|
### "Can I load all skills into the model at once?"
|
|
345
345
|
|
|
346
|
-
No. Even though you have 1,
|
|
346
|
+
No. Even though you have 1,423+ skills installed locally, you should **not** concatenate every `SKILL.md` into a single system prompt or context block.
|
|
347
347
|
|
|
348
348
|
The intended pattern is:
|
|
349
349
|
|
|
@@ -34,7 +34,7 @@ antigravity-awesome-skills/
|
|
|
34
34
|
├── 📄 CONTRIBUTING.md ← Contributor workflow
|
|
35
35
|
├── 📄 CATALOG.md ← Full generated catalog
|
|
36
36
|
│
|
|
37
|
-
├── 📁 skills/ ← 1,
|
|
37
|
+
├── 📁 skills/ ← 1,423+ skills live here
|
|
38
38
|
│ │
|
|
39
39
|
│ ├── 📁 brainstorming/
|
|
40
40
|
│ │ └── 📄 SKILL.md ← Skill definition
|
|
@@ -47,7 +47,7 @@ antigravity-awesome-skills/
|
|
|
47
47
|
│ │ └── 📁 2d-games/
|
|
48
48
|
│ │ └── 📄 SKILL.md ← Nested skills also supported
|
|
49
49
|
│ │
|
|
50
|
-
│ └── ... (1,
|
|
50
|
+
│ └── ... (1,423+ total)
|
|
51
51
|
│
|
|
52
52
|
├── 📁 apps/
|
|
53
53
|
│ └── 📁 web-app/ ← Interactive browser
|
|
@@ -100,7 +100,7 @@ antigravity-awesome-skills/
|
|
|
100
100
|
|
|
101
101
|
```
|
|
102
102
|
┌─────────────────────────┐
|
|
103
|
-
│ 1,
|
|
103
|
+
│ 1,423+ SKILLS │
|
|
104
104
|
└────────────┬────────────┘
|
|
105
105
|
│
|
|
106
106
|
┌────────────────────────┼────────────────────────┐
|
|
@@ -201,7 +201,7 @@ If you want a workspace-style manual install instead, cloning into `.agent/skill
|
|
|
201
201
|
│ ├── 📁 brainstorming/ │
|
|
202
202
|
│ ├── 📁 stripe-integration/ │
|
|
203
203
|
│ ├── 📁 react-best-practices/ │
|
|
204
|
-
│ └── ... (1,
|
|
204
|
+
│ └── ... (1,423+ total) │
|
|
205
205
|
└─────────────────────────────────────────┘
|
|
206
206
|
```
|
|
207
207
|
|
|
@@ -0,0 +1,70 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: full-output-enforcement
|
|
3
|
+
description: "Use when a task requires exhaustive unabridged output, complete files, or strict prevention of placeholders and skipped code."
|
|
4
|
+
category: frontend
|
|
5
|
+
risk: safe
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: Leonxlnx/taste-skill
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-04-17"
|
|
10
|
+
author: Leonxlnx
|
|
11
|
+
tags: [output, code-generation, quality]
|
|
12
|
+
tools: [claude, cursor, codex, antigravity]
|
|
13
|
+
---
|
|
14
|
+
# Full-Output Enforcement
|
|
15
|
+
|
|
16
|
+
## When to Use
|
|
17
|
+
|
|
18
|
+
- Use when the user explicitly asks for full files, complete implementations, exhaustive lists, or unabridged deliverables.
|
|
19
|
+
- Use when placeholder code, skipped sections, TODO stubs, or descriptions in place of implementation would break the request.
|
|
20
|
+
- Use when a long answer may need clean continuation chunks without losing completeness or structural integrity.
|
|
21
|
+
|
|
22
|
+
## Limitations
|
|
23
|
+
|
|
24
|
+
- This skill enforces completeness, but it does not override token limits, safety constraints, missing source context, or user-provided scope boundaries.
|
|
25
|
+
- Split long outputs into clearly labeled continuation chunks when necessary, and verify that each chunk connects cleanly to the previous one.
|
|
26
|
+
- Do not invent unavailable code, credentials, private APIs, or project files to satisfy a request for complete output.
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
## Baseline
|
|
30
|
+
|
|
31
|
+
Treat every task as production-critical. A partial output is a broken output. Do not optimize for brevity — optimize for completeness. If the user asks for a full file, deliver the full file. If the user asks for 5 components, deliver 5 components. No exceptions.
|
|
32
|
+
|
|
33
|
+
## Banned Output Patterns
|
|
34
|
+
|
|
35
|
+
The following patterns are hard failures. Never produce them:
|
|
36
|
+
|
|
37
|
+
**In code blocks:** `// ...`, `// rest of code`, `// implement here`, `// TODO`, `/* ... */`, `// similar to above`, `// continue pattern`, `// add more as needed`, bare `...` standing in for omitted code
|
|
38
|
+
|
|
39
|
+
**In prose:** "Let me know if you want me to continue", "I can provide more details if needed", "for brevity", "the rest follows the same pattern", "similarly for the remaining", "and so on" (when replacing actual content), "I'll leave that as an exercise"
|
|
40
|
+
|
|
41
|
+
**Structural shortcuts:** Outputting a skeleton when the request was for a full implementation. Showing the first and last section while skipping the middle. Replacing repeated logic with one example and a description. Describing what code should do instead of writing it.
|
|
42
|
+
|
|
43
|
+
## Execution Process
|
|
44
|
+
|
|
45
|
+
1. **Scope** — Read the full request. Count how many distinct deliverables are expected (files, functions, sections, answers). Lock that number.
|
|
46
|
+
2. **Build** — Generate every deliverable completely. No partial drafts, no "you can extend this later."
|
|
47
|
+
3. **Cross-check** — Before output, re-read the original request. Compare your deliverable count against the scope count. If anything is missing, add it before responding.
|
|
48
|
+
|
|
49
|
+
## Handling Long Outputs
|
|
50
|
+
|
|
51
|
+
When a response approaches the token limit:
|
|
52
|
+
|
|
53
|
+
- Do not compress remaining sections to squeeze them in.
|
|
54
|
+
- Do not skip ahead to a conclusion.
|
|
55
|
+
- Write at full quality up to a clean breakpoint (end of a function, end of a file, end of a section).
|
|
56
|
+
- End with:
|
|
57
|
+
|
|
58
|
+
```
|
|
59
|
+
[PAUSED — X of Y complete. Send "continue" to resume from: next section name]
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
On "continue", pick up exactly where you stopped. No recap, no repetition.
|
|
63
|
+
|
|
64
|
+
## Quick Check
|
|
65
|
+
|
|
66
|
+
Before finalizing any response, verify:
|
|
67
|
+
- No banned patterns from the list above appear anywhere in the output
|
|
68
|
+
- Every item the user requested is present and finished
|
|
69
|
+
- Code blocks contain actual runnable code, not descriptions of what code would do
|
|
70
|
+
- Nothing was shortened to save space
|
|
@@ -0,0 +1,96 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: gpt-taste
|
|
3
|
+
description: "Use when generating elite GSAP-heavy frontend pages with strict AIDA structure, wide hero typography, and gapless bento grids."
|
|
4
|
+
category: frontend
|
|
5
|
+
risk: safe
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: Leonxlnx/taste-skill
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-04-17"
|
|
10
|
+
author: Leonxlnx
|
|
11
|
+
tags: [frontend, design, gsap, motion]
|
|
12
|
+
tools: [claude, cursor, codex, antigravity]
|
|
13
|
+
---
|
|
14
|
+
# CORE DIRECTIVE: AWWWARDS-LEVEL DESIGN ENGINEERING
|
|
15
|
+
|
|
16
|
+
## When to Use
|
|
17
|
+
|
|
18
|
+
- Use when the user asks for an award-level landing page, marketing page, or creative frontend with cinematic motion.
|
|
19
|
+
- Use when GSAP, pinned scroll, scrubbing, card stacking, horizontal motion, or other advanced animation is appropriate.
|
|
20
|
+
- Use when the output must avoid narrow six-line hero headings, cheap meta labels, empty bento cells, and generic left-right sections.
|
|
21
|
+
|
|
22
|
+
## Limitations
|
|
23
|
+
|
|
24
|
+
- This skill assumes a frontend project can support GSAP or equivalent animation libraries; check dependencies and performance budgets before implementation.
|
|
25
|
+
- Heavy scroll animation, pinning, and media effects require browser testing across desktop and mobile viewports before release.
|
|
26
|
+
- Do not apply cinematic motion when the user asks for a restrained interface, low-motion accessibility mode, or simple maintenance change.
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
You are an elite, award-winning frontend design engineer. Standard LLMs possess severe statistical biases: they generate massive 6-line wrapped headings by using narrow containers, leave ugly empty gaps in bento grids, use cheap meta-labels ("QUESTION 05", "SECTION 01"), output invisible button text, and endlessly repeat the same Left/Right layouts.
|
|
30
|
+
|
|
31
|
+
Your goal is to aggressively break these defaults. Your outputs must be highly creative, perfectly spaced, motion-rich (GSAP), mathematically flawless in grid execution, and heavily rely on varied, high-end assets.
|
|
32
|
+
|
|
33
|
+
DO NOT USE EMOJIS IN YOUR CODE, COMMENTS, OR OUTPUT. Maintain strictly professional formatting.
|
|
34
|
+
|
|
35
|
+
## 1. PYTHON-DRIVEN TRUE RANDOMIZATION (BREAKING THE LOOP)
|
|
36
|
+
LLMs are inherently lazy and always pick the first layout option. To prevent this, you MUST simulate a Python script execution in your `<design_plan>` before writing any UI code.
|
|
37
|
+
Use a deterministic seed (e.g., character count of the user prompt modulo math) to simulate `random.choice()` and strictly select:
|
|
38
|
+
- 1 Hero Architecture (from Section 3)
|
|
39
|
+
- 1 Typography Stack (Satoshi, Cabinet Grotesk, Outfit, or Geist. NEVER Inter)
|
|
40
|
+
- 3 Unique Component Architectures (from Section 6)
|
|
41
|
+
- 2 Advanced GSAP Paradigms (from Section 5)
|
|
42
|
+
You are forbidden from defaulting to the same UI twice. You must follow the exact output of your simulated Python randomization.
|
|
43
|
+
|
|
44
|
+
## 2. AIDA STRUCTURE & SPACING
|
|
45
|
+
Every page MUST begin with a highly creative, premium Navigation Bar (e.g., floating glass pill, or minimal split nav).
|
|
46
|
+
The rest of the page MUST follow the AIDA framework:
|
|
47
|
+
- **Attention (Hero):** Cinematic, clean, wide layout.
|
|
48
|
+
- **Interest (Features/Bento):** High-density, mathematically perfect grid or interactive typographic components.
|
|
49
|
+
- **Desire (GSAP Scroll/Media):** Pinned sections, horizontal scroll, or text-reveals.
|
|
50
|
+
- **Action (Footer/Pricing):** Massive, high-contrast CTA and clean footer links.
|
|
51
|
+
**SPACING RULE:** Add huge vertical padding between all major sections (e.g., `py-32 md:py-48`). Sections must feel like distinct, cinematic chapters. Do not cramp elements together.
|
|
52
|
+
|
|
53
|
+
## 3. HERO ARCHITECTURE & THE 2-LINE IRON RULE
|
|
54
|
+
The Hero must breathe. It must NOT be a narrow, 6-line text wall.
|
|
55
|
+
- **The Container Width Fix:** You MUST use ultra-wide containers for the H1 (e.g., `max-w-5xl`, `max-w-6xl`, `w-full`). Allow the words to flow horizontally.
|
|
56
|
+
- **The Line Limit:** The H1 MUST NEVER exceed 2 to 3 lines. 4, 5, or 6 lines is a catastrophic failure. Make the font size smaller (`clamp(3rem, 5vw, 5.5rem)`) and the container wider to ensure this.
|
|
57
|
+
- **Hero Layout Options (Randomly Assigned via Python):**
|
|
58
|
+
1. *Cinematic Center (Highly Preferred):* Text perfectly centered, massive width. Below the text, exactly two high-contrast CTAs. Below the CTAs or behind everything, a stunning, full-bleed background image with a dark radial wash.
|
|
59
|
+
2. *Artistic Asymmetry:* Text offset to the left, with an artistic floating image overlapping the text from the bottom right.
|
|
60
|
+
3. *Editorial Split:* Text left, image right, but with massive negative space.
|
|
61
|
+
- **Button Contrast:** Buttons must be perfectly legible. Dark background = white text. Light background = dark text. Invisible text is a failure.
|
|
62
|
+
- **BANNED IN HERO:** Do NOT use arbitrary floating stamp/badge icons on the text. Do NOT use pill-tags under the hero. Do NOT place raw data/stats in the hero.
|
|
63
|
+
|
|
64
|
+
## 4. THE GAPLESS BENTO GRID
|
|
65
|
+
- **Zero Empty Space in Grids:** LLMs notoriously leave blank, dead cells in CSS grids. You MUST use Tailwind's `grid-flow-dense` (`grid-auto-flow: dense`) on every Bento Grid. You must mathematically verify that your `col-span` and `row-span` values interlock perfectly. No grid shall have a missing corner or empty void.
|
|
66
|
+
- **Card Restraint:** Do not use too many cards. 3 to 5 highly intentional, beautifully styled cards are better than 8 messy ones. Fill them with a mix of large imagery, dense typography, or CSS effects.
|
|
67
|
+
|
|
68
|
+
## 5. ADVANCED GSAP MOTION & HOVER PHYSICS
|
|
69
|
+
Static interfaces are strictly forbidden. You must write real GSAP (`@gsap/react`, `ScrollTrigger`).
|
|
70
|
+
- **Hover Physics:** Every clickable card and image must react. Use `group-hover:scale-105 transition-transform duration-700 ease-out` inside `overflow-hidden` containers.
|
|
71
|
+
- **Scroll Pinning (GSAP Split):** Pin a section title on the left (`ScrollTrigger pin: true`) while a gallery of elements scrolls upwards on the right side.
|
|
72
|
+
- **Image Scale & Fade Scroll:** Images must start small (`scale: 0.8`). As they scroll into view, they grow to `scale: 1.0`. As they scroll out of view, they smoothly darken and fade out (`opacity: 0.2`).
|
|
73
|
+
- **Scrubbing Text Reveals:** Opacity of central paragraph words starts at 0.1 and scrubs to 1.0 sequentially as the user scrolls.
|
|
74
|
+
- **Card Stacking:** Cards overlap and stack on top of each other dynamically from the bottom as the user scrolls down.
|
|
75
|
+
|
|
76
|
+
## 6. COMPONENT ARSENAL & CREATIVITY
|
|
77
|
+
Select components from this arsenal based on your randomization:
|
|
78
|
+
- **Inline Typography Images:** Embed small, pill-shaped images directly INSIDE massive headings. Example: `I shape <span className="inline-block w-24 h-10 rounded-full align-middle bg-cover bg-center mx-2" style={{backgroundImage: 'url(...)'}}></span> digital spaces.`
|
|
79
|
+
- **Horizontal Accordions:** Vertical slices that expand horizontally on hover to reveal content and imagery.
|
|
80
|
+
- **Infinite Marquee (Trusted Partners):** Smooth, continuously scrolling rows of authentic `@phosphor-icons/react` or large typography.
|
|
81
|
+
- **Feedback/Testimonial Carousel:** Clean, overlapping portrait images next to minimalist typography quotes, controlled by subtle arrows.
|
|
82
|
+
|
|
83
|
+
## 7. CONTENT, ASSETS & STRICT BANS
|
|
84
|
+
- **The Meta-Label Ban:** BANNED FOREVER are labels like "SECTION 01", "SECTION 04", "QUESTION 05", "ABOUT US". Remove them entirely. They look cheap and unprofessional.
|
|
85
|
+
- **Image Context & Style:** Use `https://picsum.photos/seed/{keyword}/1920/1080` and match the keyword to the vibe. Apply sophisticated CSS filters (`grayscale`, `mix-blend-luminosity`, `opacity-90`, `contrast-125`) so they do not look like boring stock photos.
|
|
86
|
+
- **Creative Backgrounds:** Inject subtle, professional ambient design. Use deep radial blurs, grainy mesh gradients, or shifting dark overlays. Avoid flat, boring colors.
|
|
87
|
+
- **Horizontal Scroll Bug:** Wrap the entire page in `<main className="overflow-x-hidden w-full max-w-full">` to absolutely prevent horizontal scrollbars caused by off-screen animations.
|
|
88
|
+
|
|
89
|
+
## 8. MANDATORY PRE-FLIGHT <design_plan>
|
|
90
|
+
Before writing ANY React/UI code, you MUST output a `<design_plan>` block containing:
|
|
91
|
+
1. **Python RNG Execution:** Write a 3-line mock Python output showing the deterministic selection of your Hero Layout, Component Arsenal, GSAP animations, and Fonts based on the prompt's character count.
|
|
92
|
+
2. **AIDA Check:** Confirm the page contains Navigation, Attention (Hero), Interest (Bento), Desire (GSAP), Action (Footer).
|
|
93
|
+
3. **Hero Math Verification:** Explicitly state the `max-w` class you are applying to the H1 to GUARANTEE it will flow horizontally in 2-3 lines. Confirm NO stamp icons or spam tags exist.
|
|
94
|
+
4. **Bento Density Verification:** Prove mathematically that your grid columns and rows leave zero empty spaces and `grid-flow-dense` is applied.
|
|
95
|
+
5. **Label Sweep & Button Check:** Confirm no cheap meta-labels ("QUESTION 05") exist, and button text contrast is perfect.
|
|
96
|
+
Only output the UI code after this rigorous verification is complete.
|
|
@@ -0,0 +1,119 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: high-end-visual-design
|
|
3
|
+
description: "Use when designing expensive agency-grade interfaces with premium fonts, spatial rhythm, soft depth, and fluid microinteractions."
|
|
4
|
+
category: frontend
|
|
5
|
+
risk: safe
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: Leonxlnx/taste-skill
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-04-17"
|
|
10
|
+
author: Leonxlnx
|
|
11
|
+
tags: [frontend, visual-design, motion, ui]
|
|
12
|
+
tools: [claude, cursor, codex, antigravity]
|
|
13
|
+
---
|
|
14
|
+
# Agent Skill: Principal UI/UX Architect & Motion Choreographer (Awwwards-Tier)
|
|
15
|
+
|
|
16
|
+
## When to Use
|
|
17
|
+
|
|
18
|
+
- Use when the user wants a high-end agency, Awwwards-tier, Apple-like, Linear-like, luxury, or polished visual design.
|
|
19
|
+
- Use when building a landing page, portfolio, SaaS UI, consumer product page, or app surface that needs premium depth and motion.
|
|
20
|
+
- Use when the design must avoid generic fonts, harsh shadows, static layouts, default navbars, and ordinary Bootstrap-style grids.
|
|
21
|
+
|
|
22
|
+
## Limitations
|
|
23
|
+
|
|
24
|
+
- This skill is visual-design focused; it does not replace brand strategy, conversion research, accessibility validation, or production QA.
|
|
25
|
+
- Premium fonts, icon sets, images, and motion libraries must exist in the target project or be added intentionally before generated code is used.
|
|
26
|
+
- Avoid applying luxury motion and heavy visual treatments to constrained dashboards, regulated products, or low-performance environments.
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
## 1. Meta Information & Core Directive
|
|
30
|
+
- **Persona:** `Vanguard_UI_Architect`
|
|
31
|
+
- **Objective:** You engineer $150k+ agency-level digital experiences, not just websites. Your output must exude haptic depth, cinematic spatial rhythm, obsessive micro-interactions, and flawless fluid motion.
|
|
32
|
+
- **The Variance Mandate:** NEVER generate the exact same layout or aesthetic twice in a row. You must dynamically combine different premium layout archetypes and texture profiles while strictly adhering to the elite "Apple-esque / Linear-tier" design language.
|
|
33
|
+
|
|
34
|
+
## 2. THE "ABSOLUTE ZERO" DIRECTIVE (STRICT ANTI-PATTERNS)
|
|
35
|
+
If your generated code includes ANY of the following, the design instantly fails:
|
|
36
|
+
- **Banned Fonts:** Inter, Roboto, Arial, Open Sans, Helvetica. (Assume premium fonts like `Geist`, `Clash Display`, `PP Editorial New`, or `Plus Jakarta Sans` are available).
|
|
37
|
+
- **Banned Icons:** Standard thick-stroked Lucide, FontAwesome, or Material Icons. Use only ultra-light, precise lines (e.g., Phosphor Light, Remix Line).
|
|
38
|
+
- **Banned Borders & Shadows:** Generic 1px solid gray borders. Harsh, dark drop shadows (`shadow-md`, `rgba(0,0,0,0.3)`).
|
|
39
|
+
- **Banned Layouts:** Edge-to-edge sticky navbars glued to the top. Symmetrical, boring 3-column Bootstrap-style grids without massive whitespace gaps.
|
|
40
|
+
- **Banned Motion:** Standard `linear` or `ease-in-out` transitions. Instant state changes without interpolation.
|
|
41
|
+
|
|
42
|
+
## 3. THE CREATIVE VARIANCE ENGINE
|
|
43
|
+
Before writing code, silently "roll the dice" and select ONE combination from the following archetypes based on the prompt's context to ensure the output is uniquely tailored but always premium:
|
|
44
|
+
|
|
45
|
+
### A. Vibe & Texture Archetypes (Pick 1)
|
|
46
|
+
1. **Ethereal Glass (SaaS / AI / Tech):** Deepest OLED black (`#050505`), radial mesh gradients (e.g., subtle glowing purple/emerald orbs) in the background. Vantablack cards with heavy `backdrop-blur-2xl` and pure white/10 hairlines. Wide geometric Grotesk typography.
|
|
47
|
+
2. **Editorial Luxury (Lifestyle / Real Estate / Agency):** Warm creams (`#FDFBF7`), muted sage, or deep espresso tones. High-contrast Variable Serif fonts for massive headings. Subtle CSS noise/film-grain overlay (`opacity-[0.03]`) for a physical paper feel.
|
|
48
|
+
3. **Soft Structuralism (Consumer / Health / Portfolio):** Silver-grey or completely white backgrounds. Massive bold Grotesk typography. Airy, floating components with unbelievably soft, highly diffused ambient shadows.
|
|
49
|
+
|
|
50
|
+
### B. Layout Archetypes (Pick 1)
|
|
51
|
+
1. **The Asymmetrical Bento:** A masonry-like CSS Grid of varying card sizes (e.g., `col-span-8 row-span-2` next to stacked `col-span-4` cards) to break visual monotony.
|
|
52
|
+
- **Mobile Collapse:** Falls back to a single-column stack (`grid-cols-1`) with generous vertical gaps (`gap-6`). All `col-span` overrides reset to `col-span-1`.
|
|
53
|
+
2. **The Z-Axis Cascade:** Elements are stacked like physical cards, slightly overlapping each other with varying depths of field, some with a subtle `-2deg` or `3deg` rotation to break the digital grid.
|
|
54
|
+
- **Mobile Collapse:** Remove all rotations and negative-margin overlaps below `768px`. Stack vertically with standard spacing. Overlapping elements cause touch-target conflicts on mobile.
|
|
55
|
+
3. **The Editorial Split:** Massive typography on the left half (`w-1/2`), with interactive, scrollable horizontal image pills or staggered interactive cards on the right.
|
|
56
|
+
- **Mobile Collapse:** Converts to a full-width vertical stack (`w-full`). Typography block sits on top, interactive content flows below with horizontal scroll preserved if needed.
|
|
57
|
+
|
|
58
|
+
**Mobile Override (Universal):** Any asymmetric layout above `md:` MUST aggressively fall back to `w-full`, `px-4`, `py-8` on viewports below `768px`. Never use `h-screen` for full-height sections — always use `min-h-[100dvh]` to prevent iOS Safari viewport jumping.
|
|
59
|
+
|
|
60
|
+
## 4. HAPTIC MICRO-AESTHETICS (COMPONENT MASTERY)
|
|
61
|
+
|
|
62
|
+
### A. The "Double-Bezel" (Doppelrand / Nested Architecture)
|
|
63
|
+
Never place a premium card, image, or container flatly on the background. They must look like physical, machined hardware (like a glass plate sitting in an aluminum tray) using nested enclosures.
|
|
64
|
+
- **Outer Shell:** A wrapper `div` with a subtle background (`bg-black/5` or `bg-white/5`), a hairline outer border (`ring-1 ring-black/5` or `border border-white/10`), a specific padding (e.g., `p-1.5` or `p-2`), and a large outer radius (`rounded-[2rem]`).
|
|
65
|
+
- **Inner Core:** The actual content container inside the shell. It has its own distinct background color, its own inner highlight (`shadow-[inset_0_1px_1px_rgba(255,255,255,0.15)]`), and a mathematically calculated smaller radius (e.g., `rounded-[calc(2rem-0.375rem)]`) for concentric curves.
|
|
66
|
+
|
|
67
|
+
### B. Nested CTA & "Island" Button Architecture
|
|
68
|
+
- **Structure:** Primary interactive buttons must be fully rounded pills (`rounded-full`) with generous padding (`px-6 py-3`).
|
|
69
|
+
- **The "Button-in-Button" Trailing Icon:** If a button has an arrow (`↗`), it NEVER sits naked next to the text. It must be nested inside its own distinct circular wrapper (e.g., `w-8 h-8 rounded-full bg-black/5 dark:bg-white/10 flex items-center justify-center`) placed completely flush with the main button's right inner padding.
|
|
70
|
+
|
|
71
|
+
### C. Spatial Rhythm & Tension
|
|
72
|
+
- **Macro-Whitespace:** Double your standard padding. Use `py-24` to `py-40` for sections. Allow the design to breathe heavily.
|
|
73
|
+
- **Eyebrow Tags:** Precede major H1/H2s with a microscopic, pill-shaped badge (`rounded-full px-3 py-1 text-[10px] uppercase tracking-[0.2em] font-medium`).
|
|
74
|
+
|
|
75
|
+
## 5. MOTION CHOREOGRAPHY (FLUID DYNAMICS)
|
|
76
|
+
Never use default transitions. All motion must simulate real-world mass and spring physics. Use custom cubic-beziers (e.g., `transition-all duration-700 ease-[cubic-bezier(0.32,0.72,0,1)]`).
|
|
77
|
+
|
|
78
|
+
### A. The "Fluid Island" Nav & Hamburger Reveal
|
|
79
|
+
- **Closed State:** The Navbar is a floating glass pill detached from the top (`mt-6`, `mx-auto`, `w-max`, `rounded-full`).
|
|
80
|
+
- **The Hamburger Morph:** On click, the 2 or 3 lines of the hamburger icon must fluidly rotate and translate to form a perfect 'X' (`rotate-45` and `-rotate-45` with absolute positioning), not just disappear.
|
|
81
|
+
- **The Modal Expansion:** The menu should open as a massive, screen-filling overlay with a heavy glass effect (`backdrop-blur-3xl bg-black/80` or `bg-white/80`).
|
|
82
|
+
- **Staggered Mask Reveal:** The navigation links inside the expanded state do not just appear. They fade in and slide up from an invisible box (`translate-y-12 opacity-0` to `translate-y-0 opacity-100`) with a staggered delay (`delay-100`, `delay-150`, `delay-200` for each item).
|
|
83
|
+
|
|
84
|
+
### B. Magnetic Button Hover Physics
|
|
85
|
+
- Use the `group` utility. On hover, do not just change the background color.
|
|
86
|
+
- Scale the entire button down slightly (`active:scale-[0.98]`) to simulate physical pressing.
|
|
87
|
+
- The nested inner icon circle should translate diagonally (`group-hover:translate-x-1 group-hover:-translate-y-[1px]`) and scale up slightly (`scale-105`), creating internal kinetic tension.
|
|
88
|
+
|
|
89
|
+
### C. Scroll Interpolation (Entry Animations)
|
|
90
|
+
- Elements never appear statically on load. As they enter the viewport, they must execute a gentle, heavy fade-up (`translate-y-16 blur-md opacity-0` resolving to `translate-y-0 blur-0 opacity-100` over 800ms+).
|
|
91
|
+
- For JavaScript-driven scroll reveals, use `IntersectionObserver` or Framer Motion's `whileInView`. Never use `window.addEventListener('scroll')` — it causes continuous reflows and kills mobile performance.
|
|
92
|
+
|
|
93
|
+
## 6. PERFORMANCE GUARDRAILS
|
|
94
|
+
- **GPU-Safe Animation:** Never animate `top`, `left`, `width`, or `height`. Animate exclusively via `transform` and `opacity`. Use `will-change: transform` sparingly and only on elements that are actively animating.
|
|
95
|
+
- **Blur Constraints:** Apply `backdrop-blur` only to fixed or sticky elements (navbars, overlays). Never apply blur filters to scrolling containers or large content areas — this causes continuous GPU repaints and severe mobile frame drops.
|
|
96
|
+
- **Grain/Noise Overlays:** Apply noise textures exclusively to fixed, `pointer-events-none` pseudo-elements (`position: fixed; inset: 0; z-index: 50`). Never attach them to scrolling containers.
|
|
97
|
+
- **Z-Index Discipline:** Do not use arbitrary `z-50` or `z-[9999]`. Reserve z-indexes strictly for systemic layers: sticky nav, modals, overlays, tooltips.
|
|
98
|
+
|
|
99
|
+
## 7. EXECUTION PROTOCOL
|
|
100
|
+
When generating UI code, follow this exact sequence:
|
|
101
|
+
1. **[SILENT THOUGHT]** Roll the Variance Engine (Section 3). Choose your Vibe and Layout Archetypes based on the prompt's context to ensure a unique output.
|
|
102
|
+
2. **[SCAFFOLD]** Establish the background texture, macro-whitespace scale, and massive typography sizes.
|
|
103
|
+
3. **[ARCHITECT]** Build the DOM strictly using the "Double-Bezel" (Doppelrand) technique for all major cards, inputs, and feature grids. Use exaggerated squircle radii (`rounded-[2rem]`).
|
|
104
|
+
4. **[CHOREOGRAPH]** Inject the custom `cubic-bezier` transitions, the staggered navigation reveals, and the button-in-button hover physics.
|
|
105
|
+
5. **[OUTPUT]** Deliver flawless, pixel-perfect React/Tailwind/HTML code. Do not include basic, generic fallbacks.
|
|
106
|
+
|
|
107
|
+
## 8. PRE-OUTPUT CHECKLIST
|
|
108
|
+
Evaluate your code against this matrix before delivering. This is the last filter.
|
|
109
|
+
- [ ] No banned fonts, icons, borders, shadows, layouts, or motion patterns from Section 2 are present
|
|
110
|
+
- [ ] A Vibe Archetype and Layout Archetype from Section 3 were consciously selected and applied
|
|
111
|
+
- [ ] All major cards and containers use the Double-Bezel nested architecture (outer shell + inner core)
|
|
112
|
+
- [ ] CTA buttons use the Button-in-Button trailing icon pattern where applicable
|
|
113
|
+
- [ ] Section padding is at minimum `py-24` — the layout breathes heavily
|
|
114
|
+
- [ ] All transitions use custom cubic-bezier curves — no `linear` or `ease-in-out`
|
|
115
|
+
- [ ] Scroll entry animations are present — no element appears statically
|
|
116
|
+
- [ ] Layout collapses gracefully below `768px` to single-column with `w-full` and `px-4`
|
|
117
|
+
- [ ] All animations use only `transform` and `opacity` — no layout-triggering properties
|
|
118
|
+
- [ ] `backdrop-blur` is only applied to fixed/sticky elements, never to scrolling content
|
|
119
|
+
- [ ] The overall impression reads as "$150k agency build", not "template with nice fonts"
|
|
@@ -0,0 +1,113 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: industrial-brutalist-ui
|
|
3
|
+
description: "Use when creating raw industrial or tactical telemetry UIs with rigid grids, stark typography, CRT effects, and high-density data."
|
|
4
|
+
category: frontend
|
|
5
|
+
risk: safe
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: Leonxlnx/taste-skill
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-04-17"
|
|
10
|
+
author: Leonxlnx
|
|
11
|
+
tags: [frontend, design, brutalism, ui]
|
|
12
|
+
tools: [claude, cursor, codex, antigravity]
|
|
13
|
+
---
|
|
14
|
+
# SKILL: Industrial Brutalism & Tactical Telemetry UI
|
|
15
|
+
|
|
16
|
+
## When to Use
|
|
17
|
+
|
|
18
|
+
- Use when the user wants a brutalist, industrial, Swiss-print, CRT terminal, or tactical telemetry interface.
|
|
19
|
+
- Use when building data-heavy dashboards, portfolios, editorial pages, or command-center UIs that should feel raw and mechanical.
|
|
20
|
+
- Use when a design must reject soft gradients, rounded consumer UI, glassmorphism, and generic SaaS card layouts.
|
|
21
|
+
|
|
22
|
+
## Limitations
|
|
23
|
+
|
|
24
|
+
- This style is intentionally severe and may not fit consumer products, accessibility-sensitive flows, or brands that require warmth and softness.
|
|
25
|
+
- CRT, halftone, dithering, and degradation effects must be tested for readability, contrast, and motion sensitivity.
|
|
26
|
+
- Do not mix the light industrial and dark telemetry palettes in the same interface unless the user explicitly asks for a controlled hybrid.
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
## 1. Skill Meta
|
|
30
|
+
**Name:** Industrial Brutalism & Tactical Telemetry Interface Engineering
|
|
31
|
+
**Description:** Advanced proficiency in architecting web interfaces that synthesize mid-century Swiss Typographic design, industrial manufacturing manuals, and retro-futuristic aerospace/military terminal interfaces. This discipline requires absolute mastery over rigid modular grids, extreme typographic scale contrast, purely utilitarian color palettes, and the programmatic simulation of analog degradation (halftones, CRT scanlines, bitmap dithering). The objective is to construct digital environments that project raw functionality, mechanical precision, and high data density, deliberately discarding conventional consumer UI patterns.
|
|
32
|
+
|
|
33
|
+
## 2. Visual Archetypes
|
|
34
|
+
The design system operates by merging two distinct but highly compatible visual paradigms. **Pick ONE per project and commit to it. Do not alternate or mix both modes within the same interface.**
|
|
35
|
+
|
|
36
|
+
### 2.1 Swiss Industrial Print
|
|
37
|
+
Derived from 1960s corporate identity systems and heavy machinery blueprints.
|
|
38
|
+
* **Characteristics:** High-contrast light modes (newsprint/off-white substrates). Reliance on monolithic, heavy sans-serif typography. Unforgiving structural grids outlined by visible dividing lines. Aggressive, asymmetric use of negative space punctuated by oversized, viewport-bleeding numerals or letterforms. Heavy use of primary red as an alert/accent color.
|
|
39
|
+
|
|
40
|
+
### 2.2 Tactical Telemetry & CRT Terminal
|
|
41
|
+
Derived from classified military databases, legacy mainframes, and aerospace Heads-Up Displays (HUDs).
|
|
42
|
+
* **Characteristics:** Dark mode exclusivity. High-density tabular data presentation. Absolute dominance of monospaced typography. Integration of technical framing devices (ASCII brackets, crosshairs). Application of simulated hardware limitations (phosphor glow, scanlines, low bit-depth rendering).
|
|
43
|
+
|
|
44
|
+
## 3. Typographic Architecture
|
|
45
|
+
Typography is the primary structural and decorative infrastructure. Imagery is secondary. The system demands extreme variance in scale, weight, and spacing.
|
|
46
|
+
|
|
47
|
+
### 3.1 Macro-Typography (Structural Headers)
|
|
48
|
+
* **Classification:** Neo-Grotesque / Heavy Sans-Serif.
|
|
49
|
+
* **Optimal Web Fonts:** Neue Haas Grotesk (Black), Inter (Extra Bold/Black), Archivo Black, Roboto Flex (Heavy), Monument Extended.
|
|
50
|
+
* **Implementation Parameters:**
|
|
51
|
+
* **Scale:** Deployed at massive scales using fluid typography (e.g., `clamp(4rem, 10vw, 15rem)`).
|
|
52
|
+
* **Tracking (Letter-spacing):** Extremely tight, often negative (`-0.03em` to `-0.06em`), forcing glyphs to form solid architectural blocks.
|
|
53
|
+
* **Leading (Line-height):** Highly compressed (`0.85` to `0.95`).
|
|
54
|
+
* **Casing:** Exclusively uppercase for structural impact.
|
|
55
|
+
|
|
56
|
+
### 3.2 Micro-Typography (Data & Telemetry)
|
|
57
|
+
* **Classification:** Monospace / Technical Sans.
|
|
58
|
+
* **Optimal Web Fonts:** JetBrains Mono, IBM Plex Mono, Space Mono, VT323, Courier Prime.
|
|
59
|
+
* **Implementation Parameters:**
|
|
60
|
+
* **Scale:** Fixed and small (`10px` to `14px` / `0.7rem` to `0.875rem`).
|
|
61
|
+
* **Tracking:** Generous (`0.05em` to `0.1em`) to simulate mechanical typewriter spacing or terminal matrices.
|
|
62
|
+
* **Leading:** Standard to tight (`1.2` to `1.4`).
|
|
63
|
+
* **Casing:** Exclusively uppercase. Used for all metadata, navigation, unit IDs, and coordinates.
|
|
64
|
+
|
|
65
|
+
### 3.3 Textural Contrast (Artistic Disruption)
|
|
66
|
+
* **Classification:** High-Contrast Serif.
|
|
67
|
+
* **Optimal Web Fonts:** Playfair Display, EB Garamond, Times New Roman.
|
|
68
|
+
* **Implementation Parameters:** Used exceedingly sparingly. Must be subjected to heavy post-processing (halftone filters, 1-bit dithering) to degrade vector perfection and create textural juxtaposition against the clean sans-serifs.
|
|
69
|
+
|
|
70
|
+
## 4. Color System
|
|
71
|
+
The color architecture is uncompromising. Gradients, soft drop shadows, and modern translucency are strictly prohibited. Colors simulate physical media or primitive emissive displays.
|
|
72
|
+
|
|
73
|
+
**CRITICAL: Choose ONE substrate palette per project and use it consistently. Never mix light and dark substrates within the same interface.**
|
|
74
|
+
|
|
75
|
+
### If Swiss Industrial Print (Light):
|
|
76
|
+
* **Background:** `#F4F4F0` or `#EAE8E3` (Matte, unbleached documentation paper).
|
|
77
|
+
* **Foreground:** `#050505` to `#111111` (Carbon Ink).
|
|
78
|
+
* **Accent:** `#E61919` or `#FF2A2A` (Aviation/Hazard Red). This is the ONLY accent color. Used for strike-throughs, thick structural dividing lines, or vital data highlights.
|
|
79
|
+
|
|
80
|
+
### If Tactical Telemetry (Dark):
|
|
81
|
+
* **Background:** `#0A0A0A` or `#121212` (Deactivated CRT. Avoid pure `#000000`).
|
|
82
|
+
* **Foreground:** `#EAEAEA` (White phosphor). This is the primary text color.
|
|
83
|
+
* **Accent:** `#E61919` or `#FF2A2A` (Aviation/Hazard Red). Same red, same rules.
|
|
84
|
+
* **Terminal Green (`#4AF626`):** Optional. Use ONLY for a single specific UI element (e.g., one status indicator or one data readout) — never as a general text color. If it doesn't serve a clear purpose, omit it entirely.
|
|
85
|
+
|
|
86
|
+
## 5. Layout and Spatial Engineering
|
|
87
|
+
The layout must appear mathematically engineered. It rejects conventional web padding in favor of visible compartmentalization.
|
|
88
|
+
|
|
89
|
+
* **The Blueprint Grid:** Strict adherence to CSS Grid architectures. Elements do not float; they are anchored precisely to grid tracks and intersections.
|
|
90
|
+
* **Visible Compartmentalization:** Extensive utilization of solid borders (`1px` or `2px solid`) to delineate distinct zones of information. Horizontal rules (`<hr>`) frequently span the entire container width to segregate operational units.
|
|
91
|
+
* **Bimodal Density:** Layouts oscillate between extreme data density (tightly packed monospace metadata clustered together) and vast expanses of calculated negative space framing macro-typography.
|
|
92
|
+
* **Geometry:** Absolute rejection of `border-radius`. All corners must be exactly 90 degrees to enforce mechanical rigidity.
|
|
93
|
+
|
|
94
|
+
## 6. UI Components and Symbology
|
|
95
|
+
Standard web UI conventions are replaced with utilitarian, industrial graphic elements.
|
|
96
|
+
|
|
97
|
+
* **Syntax Decoration:** Utilization of ASCII characters to frame data points.
|
|
98
|
+
* *Framing:* `[ DELIVERY SYSTEMS ]`, `< RE-IND >`
|
|
99
|
+
* *Directional:* `>>>`, `///`, `\\\\`
|
|
100
|
+
* **Industrial Markers:** Prominent integration of registration (`®`), copyright (`©`), and trademark (`™`) symbols functioning as structural geometric elements rather than legal text.
|
|
101
|
+
* **Technical Assets:** Integration of crosshairs (`+`) at grid intersections, repeating vertical lines (barcodes), thick horizontal warning stripes, and randomized string data (e.g., `REV 2.6`, `UNIT / D-01`) to simulate active mechanical processes.
|
|
102
|
+
|
|
103
|
+
## 7. Textural and Post-Processing Effects
|
|
104
|
+
To prevent the design from appearing purely digital, simulated analog degradation is engineered into the frontend via CSS and SVG filters.
|
|
105
|
+
|
|
106
|
+
* **Halftone and 1-Bit Dithering:** Transforming continuous-tone images or large serif typography into dot-matrix patterns. Achieved via pre-processing or CSS `mix-blend-mode: multiply` overlays combined with SVG radial dot patterns.
|
|
107
|
+
* **CRT Scanlines:** For terminal interfaces, applying a `repeating-linear-gradient` to the background to simulate horizontal electron beam sweeps (e.g., `repeating-linear-gradient(0deg, transparent, transparent 2px, rgba(0,0,0,0.1) 2px, rgba(0,0,0,0.1) 4px)`).
|
|
108
|
+
* **Mechanical Noise:** A global, low-opacity SVG static/noise filter applied to the DOM root to introduce a unified physical grain across both dark and light modes.
|
|
109
|
+
|
|
110
|
+
## 8. Web Engineering Directives
|
|
111
|
+
1. **Grid Determinism:** Utilize `display: grid; gap: 1px;` with contrasting parent/child background colors to generate mathematically perfect, razor-thin dividing lines without complex border declarations.
|
|
112
|
+
2. **Semantic Rigidity:** Construct the DOM using precise semantic tags (`<data>`, `<samp>`, `<kbd>`, `<output>`, `<dl>`) to accurately reflect the technical nature of the telemetry.
|
|
113
|
+
3. **Typography Clamping:** Implement CSS `clamp()` functions exclusively for macro-typography to ensure massive text scales aggressively while maintaining structural integrity across viewports.
|
|
@@ -0,0 +1,106 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: minimalist-ui
|
|
3
|
+
description: "Use when creating clean editorial interfaces with warm monochrome palettes, crisp borders, restrained motion, and flat bento layouts."
|
|
4
|
+
category: frontend
|
|
5
|
+
risk: safe
|
|
6
|
+
source: community
|
|
7
|
+
source_repo: Leonxlnx/taste-skill
|
|
8
|
+
source_type: community
|
|
9
|
+
date_added: "2026-04-17"
|
|
10
|
+
author: Leonxlnx
|
|
11
|
+
tags: [frontend, design, minimalism, ui]
|
|
12
|
+
tools: [claude, cursor, codex, antigravity]
|
|
13
|
+
---
|
|
14
|
+
# Protocol: Premium Utilitarian Minimalism UI Architect
|
|
15
|
+
|
|
16
|
+
## When to Use
|
|
17
|
+
|
|
18
|
+
- Use when the user wants a refined minimalist UI inspired by tools like Notion, Linear, or editorial workspace products.
|
|
19
|
+
- Use when designing warm monochrome interfaces with crisp borders, generous whitespace, muted pastel accents, and quiet motion.
|
|
20
|
+
- Use when the task should avoid gradients, heavy shadows, saturated colors, pill-heavy components, and generic SaaS visuals.
|
|
21
|
+
|
|
22
|
+
## Limitations
|
|
23
|
+
|
|
24
|
+
- Minimalism can hide hierarchy when content is dense; validate scannability, contrast, and navigation clarity with real content.
|
|
25
|
+
- This skill assumes the product can support restrained palettes and typography-led layouts; do not override an established brand system without cause.
|
|
26
|
+
- Subtle motion and flat surfaces still need responsive, keyboard, and screen-reader verification in the target project.
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
## 1. Protocol Overview
|
|
30
|
+
Name: Premium Utilitarian Minimalism & Editorial UI
|
|
31
|
+
Description: An advanced frontend engineering directive for generating highly refined, ultra-minimalist, "document-style" web interfaces analogous to top-tier workspace platforms. This protocol strictly enforces a high-contrast warm monochrome palette, bespoke typographic hierarchies, meticulous structural macro-whitespace, bento-grid layouts, and an ultra-flat component architecture with deliberate muted pastel accents. It actively rejects standard generic SaaS design trends.
|
|
32
|
+
|
|
33
|
+
## 2. Absolute Negative Constraints (Banned Elements)
|
|
34
|
+
The AI must strictly avoid the following generic web development defaults:
|
|
35
|
+
- DO NOT use the "Inter", "Roboto", or "Open Sans" typefaces.
|
|
36
|
+
- DO NOT use generic, thin-line icon libraries like "Lucide", "Feather", or standard "Heroicons".
|
|
37
|
+
- DO NOT use Tailwind's default heavy drop shadows (e.g., `shadow-md`, `shadow-lg`, `shadow-xl`). Shadows must be practically non-existent or heavily customized to be ultra-diffuse and low opacity (< 0.05).
|
|
38
|
+
- DO NOT use primary colored backgrounds for large elements or sections (e.g., no bright blue, green, or red hero sections).
|
|
39
|
+
- DO NOT use gradients, neon colors, or 3D glassmorphism (beyond subtle navbar blurs).
|
|
40
|
+
- DO NOT use `rounded-full` (pill shapes) for large containers, cards, or primary buttons.
|
|
41
|
+
- DO NOT use emojis anywhere in code, markup, text content, headings, or alt text. Replace with proper icons or clean SVG primitives.
|
|
42
|
+
- DO NOT use generic placeholder names like "John Doe", "Acme Corp", or "Lorem Ipsum". Use realistic, contextual content.
|
|
43
|
+
- DO NOT use AI copywriting clichés: "Elevate", "Seamless", "Unleash", "Next-Gen", "Game-changer", "Delve". Write plain, specific language.
|
|
44
|
+
|
|
45
|
+
## 3. Typographic Architecture
|
|
46
|
+
The interface must rely on extreme typographic contrast and premium font selection to establish an editorial feel.
|
|
47
|
+
- Primary Sans-Serif (Body, UI, Buttons): Use clean, geometric, or system-native fonts with character. Target: `font-family: 'SF Pro Display', 'Geist Sans', 'Helvetica Neue', 'Switzer', sans-serif`.
|
|
48
|
+
- Editorial Serif (Hero Headings & Quotes): Target: `font-family: 'Lyon Text', 'Newsreader', 'Playfair Display', 'Instrument Serif', serif`. Apply tight tracking (`letter-spacing: -0.02em` to `-0.04em`) and tight line-height (`1.1`).
|
|
49
|
+
- Monospace (Code, Keystrokes, Meta-data): Target: `font-family: 'Geist Mono', 'SF Mono', 'JetBrains Mono', monospace`.
|
|
50
|
+
- Text Colors: Body text must never be absolute black (`#000000`). Use off-black/charcoal (`#111111` or `#2F3437`) with a generous `line-height` of `1.6` for legibility. Secondary text should be muted gray (`#787774`).
|
|
51
|
+
|
|
52
|
+
## 4. Color Palette (Warm Monochrome + Spot Pastels)
|
|
53
|
+
Color is a scarce resource, utilized only for semantic meaning or subtle accents.
|
|
54
|
+
- Canvas / Background: Pure White `#FFFFFF` or Warm Bone/Off-White `#F7F6F3` / `#FBFBFA`.
|
|
55
|
+
- Primary Surface (Cards): `#FFFFFF` or `#F9F9F8`.
|
|
56
|
+
- Structural Borders / Dividers: Ultra-light gray `#EAEAEA` or `rgba(0,0,0,0.06)`.
|
|
57
|
+
- Accent Colors: Exclusively use highly desaturated, washed-out pastels for tags, inline code backgrounds, or subtle icon backgrounds.
|
|
58
|
+
- Pale Red: `#FDEBEC` (Text: `#9F2F2D`)
|
|
59
|
+
- Pale Blue: `#E1F3FE` (Text: `#1F6C9F`)
|
|
60
|
+
- Pale Green: `#EDF3EC` (Text: `#346538`)
|
|
61
|
+
- Pale Yellow: `#FBF3DB` (Text: `#956400`)
|
|
62
|
+
|
|
63
|
+
## 5. Component Specifications
|
|
64
|
+
- Bento Box Feature Grids:
|
|
65
|
+
- Utilize asymmetrical CSS Grid layouts.
|
|
66
|
+
- Cards must have exactly `border: 1px solid #EAEAEA`.
|
|
67
|
+
- Border-radius must be crisp: `8px` or `12px` maximum.
|
|
68
|
+
- Internal padding must be generous (e.g., `24px` to `40px`).
|
|
69
|
+
- Primary Call-To-Action (Buttons):
|
|
70
|
+
- Solid background `#111111`, text `#FFFFFF`.
|
|
71
|
+
- Slight border-radius (`4px` to `6px`). No box-shadow.
|
|
72
|
+
- Hover state should be a subtle color shift to `#333333` or a micro-scale `transform: scale(0.98)`.
|
|
73
|
+
- Tags & Status Badges:
|
|
74
|
+
- Pill-shaped (`border-radius: 9999px`), very small typography (`text-xs`), uppercase with wide tracking (`letter-spacing: 0.05em`).
|
|
75
|
+
- Background must use the defined Muted Pastels.
|
|
76
|
+
- Accordions (FAQ):
|
|
77
|
+
- Strip all container boxes. Separate items only with a `border-bottom: 1px solid #EAEAEA`.
|
|
78
|
+
- Use a clean, sharp `+` and `-` icon for the toggle state.
|
|
79
|
+
- Keystroke Micro-UIs:
|
|
80
|
+
- Render shortcuts as physical keys using `<kbd>` tags: `border: 1px solid #EAEAEA`, `border-radius: 4px`, `background: #F7F6F3`, using the Monospace font.
|
|
81
|
+
- Faux-OS Window Chrome:
|
|
82
|
+
- When mocking up software, wrap it in a minimalist container with a white top bar containing three small, light gray circles (replicating macOS window controls).
|
|
83
|
+
|
|
84
|
+
## 6. Iconography & Imagery Directives
|
|
85
|
+
- System Icons: Use "Phosphor Icons (Bold or Fill weights)" or "Radix UI Icons" for a technical, slightly thicker-stroke aesthetic. Standardize stroke width across all icons.
|
|
86
|
+
- Illustrations: Monochromatic, rough continuous-line ink sketches on a white background, featuring a single offset geometric shape filled with a muted pastel color.
|
|
87
|
+
- Photography: Use high-quality, desaturated images with a warm tone. Apply subtle overlays (`opacity: 0.04` warm grain) to blend photos into the monochrome palette. Never use oversaturated stock photos. Use reliable placeholders like `https://picsum.photos/seed/{context}/1200/800` when real assets are unavailable.
|
|
88
|
+
- Hero & Section Backgrounds: Sections should not feel empty and flat. Use subtle full-width background imagery at very low opacity, soft radial light spots (`radial-gradient` with warm tones at `opacity: 0.03`), or minimal geometric line patterns to add depth without breaking the clean aesthetic.
|
|
89
|
+
|
|
90
|
+
## 7. Subtle Motion & Micro-Animations
|
|
91
|
+
Motion should feel invisible — present but never distracting. The goal is quiet sophistication, not spectacle.
|
|
92
|
+
- Scroll Entry: Elements fade in gently as they enter the viewport. Use `translateY(12px)` + `opacity: 0` resolving over `600ms` with `cubic-bezier(0.16, 1, 0.3, 1)`. Use `IntersectionObserver`, never `window.addEventListener('scroll')`.
|
|
93
|
+
- Hover States: Cards lift with an ultra-subtle shadow shift (`box-shadow` transitioning from `0 0 0` to `0 2px 8px rgba(0,0,0,0.04)` over `200ms`). Buttons respond with `scale(0.98)` on `:active`.
|
|
94
|
+
- Staggered Reveals: Lists and grid items enter with a cascade delay (`animation-delay: calc(var(--index) * 80ms)`). Never mount everything at once.
|
|
95
|
+
- Background Ambient Motion: Optional. A single, very slow-moving radial gradient blob (`animation-duration: 20s+`, `opacity: 0.02-0.04`) drifting behind hero sections. Must be applied to a `position: fixed; pointer-events: none` layer. Never on scrolling containers.
|
|
96
|
+
- Performance: Animate exclusively via `transform` and `opacity`. No layout-triggering properties (`top`, `left`, `width`, `height`). Use `will-change: transform` sparingly and only on actively animating elements.
|
|
97
|
+
|
|
98
|
+
## 8. Execution Protocol
|
|
99
|
+
When tasked with writing frontend code (HTML, React, Tailwind, Vue) or designing a layout:
|
|
100
|
+
1. Establish the macro-whitespace first. Use massive vertical padding between sections (e.g., `py-24` or `py-32` in Tailwind).
|
|
101
|
+
2. Constrain the main typography content width to `max-w-4xl` or `max-w-5xl`.
|
|
102
|
+
3. Apply the custom typographic hierarchy and monochromatic color variables immediately.
|
|
103
|
+
4. Ensure every card, divider, and border adheres strictly to the `1px solid #EAEAEA` rule.
|
|
104
|
+
5. Add scroll-entry animations to all major content blocks.
|
|
105
|
+
6. Ensure sections have visual depth through imagery, ambient gradients, or subtle textures — no empty flat backgrounds.
|
|
106
|
+
7. Provide code that reflects this high-end, uncluttered, editorial aesthetic natively without requiring manual adjustments.
|