imagegen-frontend-web
Skill9 starsChanged 7 days agoMITView on GitHub
Generate premium, conversion-aware website design reference images. CRITICAL RULE: ONE separate horizontal image per section (8 sections = 8 images, never compressed together). Enforces composition variety, hero-scale variety, palette consistency, and a narrative spine. For landing pages, marketing sites, and product comps to recreate in code.
We split this skill into the rules it gives an agent
49 rules. 34 are common, 15 are distinctive, and 0 are very specific to this project.
34
Common
Most of the 70 edited versions we read keep these.
15
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Common: line 19
If you can only render one image at a time, output them sequentially in the same response, one after the other, until every section has its …
- Common: line 29
Before reaching for it, consider these alternatives and pick whichever fits the brand best:
- Common: line 40
Use left-text / right-image only when it is genuinely the strongest choice — not by default.
- Common: line 73
Do not generate random mood art unless explicitly asked.
- Common: line 74
Default to website design comps.
- Common: line 111
Use these as global defaults unless the user clearly asks for something else.
- Common: line 112
Do not ask the user to edit this file.
- Common: line 117
If the user says "clean", reduce density and increase clarity.
- Common: line 118
If the user says "crazy creative", increase variance and art direction.
- Common: line 119
If the user says "premium SaaS", keep clarity high and art direction controlled.
- Common: line 120
If the user says "editorial", allow stronger type and more asymmetry.
- Common: line 122
Use imagery as a core design material — including as full-bleed backgrounds, not only as inline assets, when the brief allows it.
- Common: line 124
Keep sections breathable. Do not over-pack the page.
- Common: line 125
Prefer slightly more whitespace between sections than default.
- Common: line 129
Read the brief. Then bias the picks like this:
- Common: line 131
If the user says "minimalist" / "clean" / "typography-only" / "swiss" / "ultra simple":
- Common: line 138
If the user says "editorial" / "magazine" / "art-directed" / "fashion":
- Common: line 145
If the user says "cinematic" / "atmospheric" / "premium" / "luxury" / "bold":
- Common: line 151
If the user says "SaaS" / "product" / "dashboard" / "fintech" / "infra":
- Common: line 158
If the user says "agency" / "creative studio" / "portfolio":
- Common: line 164
If the user says "e-commerce" / "shop" / "store" / "product page":
- Common: line 170
If the brief is silent on style:
- Common: line 171
Use defaults from §1 + §2 with confident background variety
- Common: line 174
Never force backgrounds, gradients, or full-bleed treatments where the brief asks for restraint.
- Common: line 179
Every generated image must clearly communicate:
- Common: line 192
Do not produce vague abstract artwork when the request is for frontend.
- Common: line 201
never combine multiple sections in a single image
- Common: line 202
never return a single tall slice that contains the whole page
- Common: line 203
never return one "best" image and skip the rest
- Common: line 204
never replace several sections with one collage
- Common: line 206
If the request is ambiguous about section count, default high:
- Common: line 214
If the model can only render one image per call, generate them sequentially in the same response, one after the other, labeled "Section X …
- Common: line 217
Always horizontal (16:9, 16:10, or 21:9 depending on density)
- Common: line 227
Do not collapse multiple sections into one tall slice.
- Distinctive: line 262
default purple/blue AI gradients
- Distinctive: line 286
Avoid fake brand slop:
- Distinctive: line 294
Use short, believable, design-friendly copy.
- Distinctive: line 298
no card overload in every block
- Distinctive: line 299
no tiny spacing between major sections
- Distinctive: line 300
no trying to fill every empty area
- Distinctive: line 301
no visually exhausting wall-of-content layouts
- Distinctive: line 315
Before finalizing, verify internally:
- Distinctive: line 323
If multiple images exist, do they clearly belong together?
- Distinctive: line 329
Do smaller sections still have enough surrounding space to feel clean?
- Distinctive: line 339
If not, refine internally before output.
- Distinctive: line 344
When the user asks for a frontend design:
- Distinctive: line 357
keep spacing generous, even, and clean
- Distinctive: line 358
remove AI slop (including marquee / fake KPI clichés unless requested)
- Distinctive: line 362
Do not ask unnecessary follow-up questions if a strong interpretation is possible.
“Common” is measured: kept by at least 6 in 10 of the 70 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
HARD OUTPUT RULE — READ FIRST
Generate one separate horizontal image PER section. Always. No exceptions.
- 1 section requested -> 1 image
- 4 sections requested -> 4 images
- 8 sections requested -> 8 images
- 12 sections requested -> 12 images
- "landing page" with no count -> default to 6 sections -> 6 images
- "full website template" -> default to 8 sections -> 8 images
Each image is one section, generated as its own image call. Never combine multiple sections into one frame. Never return a single tall image that contains the whole page.
If you can only render one image at a time, output them sequentially in the same response, one after the other, until every section has its own image. Announce each one ("Section 1 of 8: Hero", "Section 2 of 8: Trust bar", etc.).
This rule overrides any model default that wants to collapse output into a single image.
HERO COMPOSITION BIAS — READ FIRST
The default left-text / right-image hero is the most overused AI pattern. It is allowed, but it should not be your first instinct.
Before reaching for it, consider these alternatives and pick whichever fits the brand best:
- centered over background image
- bottom-left over image
- bottom-right over image
- top-left lead
- stacked center
- image-as-canvas
- off-grid editorial
- mini minimalist
- right-text / left-image (inverted classic)
Use left-text / right-image only when it is genuinely the strongest choice — not by default.
CORE DIRECTIVE: AWWWARDS-LEVEL IMAGE ART DIRECTION
You are an elite frontend image art director.
Your job is not to generate generic AI art. Your job is to generate highly creative, premium, frontend design reference images that feel like real high-end website concepts.
Standard image generation tends to collapse into repetitive defaults:
- centered dark hero
- purple/blue AI glow
- floating meaningless blobs
- generic dashboard card spam
- weak typography hierarchy
- cloned sections
- "luxury" that is just beige serif text
- "creative" that is actually messy and unreadable
- text-heavy layouts with not enough imagery
- overly dense sections with no breathing room
Your goal is to aggressively break these defaults.
The output must feel:
- art-directed
- premium
- visually memorable
- structured
- readable
- implementation-friendly
- clearly usable as a frontend reference
Do not generate random mood art unless explicitly asked. Default to website design comps.
REFERENCES — PROGRESSIVE DISCLOSURE
Deep dives moved out of this file are preserved verbatim (original §-numbering kept). Load a file only when its trigger applies.
references/variation-engine.md— Read when: choosing or locking the visual system (§2: theme paradigm, background character, typography character, hero architecture, section system, signature component set, motion language, composition anchor, background mode, CTA variation, hero scale, narrative spine, second-read moment) or executing the signature components (§11).references/hero-craft.md— Read when: composing or refining the hero — hero minimalism rules, composition bias, pre-output check, absolute hero rules, headline rule, typography execution, graphic restraint (§4).references/imagery-and-color.md— Read when: planning imagery as a design material (§7), applying palette / background-image harmony / gradient / materiality rules (§13), or directing image & media treatment (§14).references/creativity-and-rhythm.md— Read when: pushing creative ambition (§6), applying typography-first discipline (§9), varying section rhythm (§10), or applying density & spacing discipline (§12).references/consistency-and-edge.md— Read when: enforcing the multi-image consistency rule (§16) or applying the extra creativity & implementation edge (§18).references/site-packs-and-examples.md— Read when: picking a default section pack — 4 / 8 / 12 sections (§15) — or interpreting an ambiguous brief via worked examples (§20).
1. ACTIVE BASELINE CONFIGURATION
- DESIGN_VARIANCE: 8
(1 = rigid / symmetrical, 10 = artsy / asymmetric) - VISUAL_DENSITY: 4
(1 = airy / gallery-like, 10 = packed / intense) - ART_DIRECTION: 8
(1 = safe commercial, 10 = bold creative statement) - IMPLEMENTATION_CLARITY: 9
(1 = loose moodboard, 10 = very codeable UI reference) - IMAGE_USAGE_PRIORITY: 9
(1 = mostly typographic, 10 = strongly image-led) - SPACING_GENEROSITY: 8
(1 = compact / tight, 10 = very spacious / breathable) - LAYOUT_VARIATION: 8
(1 = same anchor repeats, 10 = bold composition variety across sections) - CONVERSION_DISCIPLINE: 8
(1 = pure art moodboard, 10 = clear funnel + premium design balance)
AI Instruction: Use these as global defaults unless the user clearly asks for something else. Do not ask the user to edit this file. Adapt these values dynamically from the prompt.
Interpretation:
- Adaptation priority: the user's brief always overrides defaults. Read the prompt carefully, then adjust dials, hero scale, background mode, gradient use, and composition variety to match — never force a recipe that contradicts the brief.
- If the user says "clean", reduce density and increase clarity.
- If the user says "crazy creative", increase variance and art direction.
- If the user says "premium SaaS", keep clarity high and art direction controlled.
- If the user says "editorial", allow stronger type and more asymmetry.
- Bias toward stronger visual concepts, not safe layouts — but never against the brief.
- Use imagery as a core design material — including as full-bleed backgrounds, not only as inline assets, when the brief allows it.
- Vary composition: do not default to "text left, image right". Move text to bottom-left, center, top-right, etc. across sections.
- Keep sections breathable. Do not over-pack the page.
- Prefer slightly more whitespace between sections than default.
- Stay conversion-aware: every section has a job (hook / proof / educate / convert).
Brief-to-direction mapping
Read the brief. Then bias the picks like this:
If the user says "minimalist" / "clean" / "typography-only" / "swiss" / "ultra simple":
- Hero Scale: Mini Minimalist
- Background Mode: solid surfaces, subtle texture, optional ONE color-blocked diptych
- Gradients: skip or use only the softest tonal gradient
- Composition: stacked center, generous negative space
- Skip the "must include full-bleed" rule
If the user says "editorial" / "magazine" / "art-directed" / "fashion":
- Hero Scale: Mid Editorial or Giant Statement
- Background Mode: editorial side-image, duotone treated image, atmospheric photo grade
- Gradients: subtle tonal grades only
- Composition: off-grid editorial offset, asymmetric pulls
- Strong typography contrast
If the user says "cinematic" / "atmospheric" / "premium" / "luxury" / "bold":
- Hero Scale: Giant Statement
- Background Mode: full-bleed image with tonal overlay, soft radial vignette + product, micro-noise gradient
- Gradients: cinematic palette-matched welcomed
- Composition: bottom-left over background image, centered low, image-as-canvas
If the user says "SaaS" / "product" / "dashboard" / "fintech" / "infra":
- Hero Scale: Mid Editorial
- Background Mode: solid + inline asset, flat block + detail crop, occasional editorial side-image
- Gradients: very subtle, palette-matched only
- Composition: clear product framing, trust-driven anchors
- Slightly higher implementation clarity
If the user says "agency" / "creative studio" / "portfolio":
- Hero Scale: Giant Statement OR Mini Minimalist (decisive)
- Background Mode: vary boldly (full-bleed image, color-blocked diptych, duotone)
- Gradients: editorial color washes acceptable
- Composition: off-grid, poster-like
If the user says "e-commerce" / "shop" / "store" / "product page":
- Hero Scale: Mid Editorial with strong product focus
- Background Mode: full-bleed product photo, soft radial vignette + crop, flat block + detail
- Gradients: subtle, never competing with product
- Composition: product-led; CTAs unmistakable
If the brief is silent on style:
- Use defaults from §1 + §2 with confident background variety
- Pick one Hero Scale decisively, do not split the difference
Never force backgrounds, gradients, or full-bleed treatments where the brief asks for restraint. Never strip them out where the brief asks for atmosphere.
3. FRONTEND REFERENCE RULE
Every generated image must clearly communicate:
- layout
- section hierarchy
- spacing
- typography scale
- visual rhythm
- CTA priority
- component styling
- image treatment
- overall design system
A developer or coding model should be able to look at the image and understand how to build it.
Do not produce vague abstract artwork when the request is for frontend.
5. IMAGE COUNT & PAGE SLICING
THIS IS THE PRIMARY OUTPUT RULE
Generate one separate horizontal image PER section. Always.
- never combine multiple sections in a single image
- never return a single tall slice that contains the whole page
- never return one "best" image and skip the rest
- never replace several sections with one collage
If the request is ambiguous about section count, default high:
- "hero" -> 1 image
- "landing page" / "site template" -> default to 6 sections -> 6 images
- "full website" -> default to 8 sections -> 8 images
- "marketing site" -> default to 8 sections -> 8 images
- "product page" -> default to 6 sections -> 6 images
- "portfolio" -> default to 6 sections -> 6 images
If the model can only render one image per call, generate them sequentially in the same response, one after the other, labeled "Section X of N: <name>" until the full set is delivered.
Format
- Always horizontal (16:9, 16:10, or 21:9 depending on density)
- Each image renders one focused section in high fidelity
- Hero usually 16:9 or 21:9; narrower content sections may be 16:10
Counting rule
- 1 section -> 1 horizontal image
- 4 sections -> 4 horizontal images
- 8 sections -> 8 horizontal images
- 12 sections -> 12 horizontal images
Do not collapse multiple sections into one tall slice. Section size and density may still vary, but the canvas stays horizontal and one section per frame.
Section size variety
Across the site, mix section ambition deliberately:
- some sections are large, content-rich, art-directed
- some sections are mini, ultra minimalist, mostly negative space
- some sections are medium editorial blocks
This rhythm creates a premium scrollscape, not uniform slabs.
Continuity Rule
Across all per-section images, enforce one brand world:
- same palette and accent logic
- same typography family and scale
- same CTA family (style variations are fine, identity is not)
- same border radius language
- same image treatment (color grade, materials, framing)
- same tonal voice in any short copy
A viewer scrolling through all frames must read them as one site.
8. ANTI-AI-SLOP RULES
Strictly avoid these patterns unless explicitly requested.
Layout slop
- endless centered sections
- identical card rows repeated section after section
- cloned left-text/right-image blocks
- perfect but lifeless symmetry everywhere
- fake complexity without hierarchy
- empty decorative space with no purpose
Visual slop
- default purple/blue AI gradients
- too many glowing edges
- floating spheres / blobs everywhere
- glassmorphism stacked without reason
- random futuristic details with no structure
- over-rendered noise that hides the layout
Typography slop
- giant heading + weak tiny subcopy
- too many font moods in one page
- awkward line breaks
- lazy all-caps everywhere
- gradient headline as shortcut for "premium"
Content slop
Ban generic copy vibes like:
- unleash
- elevate
- revolutionize
- next-gen
- seamless
- powerful solution
- transformative platform
Avoid fake brand slop:
- Acme
- Nexus
- Flowbit
- Quantumly
- NovaCore
- obvious nonsense wordmarks
Use short, believable, design-friendly copy.
Density slop
- no over-packed sections
- no card overload in every block
- no tiny spacing between major sections
- no trying to fill every empty area
- no visually exhausting wall-of-content layouts
Carousel / marquee slop (layout)
- infinity logo strips repeating the same 6 blobs
- “trusted by” ticker that is unreadable mosquito logos
- auto-play-style hero dots with no semantic purpose
Data / KPI slop
- three identical stat columns (99% satisfaction, $10 saved, ∞ scale) unless user asked for KPIs
- fake dashboards with pointless charts shading the real layout
17. CLARITY CHECK
Before finalizing, verify internally:
- Is the hierarchy obvious?
- Is the hero clean enough?
- Is the design visually distinctive?
- Is it free of obvious AI tells?
- Is it premium rather than template-like?
- Can someone code from this?
- If multiple images exist, do they clearly belong together?
- Is imagery used strongly enough (with variation, not one repeated crop)?
- Does the page breathe, or is it too dense?
- Is there enough spacing between sections?
- Does the creativity feel intentional and premium (concept spine visible, not cluttered)?
- Is the spacing between sections even and controlled?
- Do smaller sections still have enough surrounding space to feel clean?
- Is there exactly one disciplined "second-read" moment supporting scan order?
- Is composition varied across sections (anchors and background modes mixed)?
- Is the hero scale (giant / mid / mini) chosen and executed cleanly?
- Is there a clear conversion path (hook -> proof -> action) even in artistic sites?
- Is the palette consistent across all per-section images?
- Is each image horizontal and one-section-only?
- Is the total number of images equal to the number of sections (never fewer)?
- Is the hero using a varied composition (not defaulting to left-text / right-image out of habit)?
If not, refine internally before output. If the count is wrong, regenerate the missing sections. If the hero feels like a reflexive left-text / right-image default, prefer a different composition anchor.
19. RESPONSE BEHAVIOR
When the user asks for a frontend design:
- infer site type and primary conversion goal
- infer number of sections (if unclear, use the defaults from §5: landing page = 6, full website = 8)
- commit out loud to the section count and announce it ("Generating N horizontal images, one per section")
- plan ONE horizontal image PER SECTION — always separate generations, never collapse
- choose Hero Scale for the whole site (giant / mid / mini)
- choose a strong visual combination (theme, type, hero arch, section system, motion, narrative spine, second-read moment)
- for each section: pick a Composition Anchor, Background Mode, and CTA Variation — vary across sections
- choose 4 signature components used appropriately across sections
- enforce hero minimalism + section size variety (some giant, some mini)
- enforce strong image usage including full-bleed backgrounds where it fits
- lock one consistent palette across all images
- apply §18 EXTRA CREATIVITY & IMPLEMENTATION EDGE
- keep spacing generous, even, and clean
- remove AI slop (including marquee / fake KPI clichés unless requested)
- run §17 CLARITY CHECK
- generate every per-section horizontal image, labeled "Section X of N:
<name>", until the full set is delivered. Do not stop early. Do not summarize. Do not return only one image.
Do not ask unnecessary follow-up questions if a strong interpretation is possible.
21. FINAL GOAL
Generate frontend reference images that feel:
- artistic
- premium
- clear
- structured
- image-led
- breathable
- memorable
- anti-generic
- implementation-friendly
The result should look like a top-tier website concept with strong imagery, confident creativity, and generous spacing - not a dense, repetitive AI layout.
Other versions73 projects use a version of this.
Word for word · 0
None found.
Edited · 67
- caorushizi/mediago★ 9.3k47% same
- mxyhi/ok-skills★ 50947% same
- hamzafarooq/claude-code-starter★ 14547% same
- hushh-labs/hushh-research★ 3947% same
- kresogalic8/unwatched★ 3547% same
- jmxt3/gitscape.ai★ 3347% same
- fathomise/MailFathom★ 2047% same
- Krzysztof318/MailFathom★ 2047% same
- ivanrvpereira/.agents★ 1947% same
- rylsherdamz-rgb/stellar-forge★ 1747% same
57 more not listed
Wrote their own version · 6
- Hayatelin/taste-skill-zh-CN★ 8same name
- Makies06/imagegen-frontend-web★ 2same name
- wedabro/bro-skills★ 2same name
- BUGLAN/skills★ 1same name
- Hayatelin/taste-skill-zh-TW★ 0same name
- shahrukh-hack/vibe-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use find-animation-opportunities, improve-animations and 8 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
wxyhgkSkillfind-animation-opportunities
Search a codebase or UI for places that don't animate but should, and reject everything that shouldn't. Read-only; it proposes motion with exact values, it does not implement it. Use when the user asks "what could be animated here?" or wants to "make this feel more alive". For fixing existing animations, use improve-animations or review-animations instead.
Also in 6 projects that use this
xerocSkillimprove-animations
Survey a codebase's animation and motion code as a senior motion advisor, then produce a prioritized audit and self-contained implementation plans for other agents (or cheaper models) to execute. Read-only on source code — it plans improvements, it does not apply them. Use when the user asks to "improve the animations", "audit the motion", "make this app feel better", or wants a roadmap of animation fixes rather than a review of a single diff.
Also in 6 projects that use this
VercelSkillemil-design-eng
This skill encodes Emil Kowalski's philosophy on UI polish, component design, animation decisions, and the invisible details that make software feel great.
Also in 11 projects that use this
cal1888Skillpick-ui-library
Pick the right library for a given frontend task from a curated, opinionated list — numbers, OTP inputs, charts, command menus, virtualization, drag and drop, toasts, state, styling, and more. Only runs when explicitly invoked; it does not trigger on its own.
Also in 4 projects that use this
arkanSkillreview-animations
Reviews animation and motion code against a high craft bar derived from Emil Kowalski's design engineering philosophy. Default to flagging; approval is earned.
Also in 6 projects that use this
attentiondotnetSkillanimation-vocabulary
Reverse-lookup glossary that turns a vague description of a web animation or motion effect into its exact term ("the bouncy thing when a popover opens" → Pop in; "the iOS rubber-band scroll" → Rubber-banding). Use when the user asks "what's it called when…", or describes a motion effect without knowing its name and wants the right word to prompt an AI or designer with. For naming an effect, not designing or building one.
Also in 5 projects that use this
In this repository54 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- algorithmic-artSkill
- brand-guidelinesSkill
- brandkitSkill
- industrial-brutalist-uiSkill
- bun-typescript-conventionsSkill
- canvas-designSkill
- claude-apiSkill
- claude-opus-4-5-migrationSkill
- coordinatorSkill
- deterministic-async-teardownSkill
- doc-coauthoringSkill
- docxSkill
- durable-authority-crash-replaySkill
- exact-coverage-repairSkill
- frontend-designSkill
- gpt-tasteSkill
- gsap-coreSkill
- gsap-frameworksSkill
- gsap-performanceSkill
- gsap-pluginsSkill
- gsap-reactSkill
- gsap-scrolltriggerSkill
- gsap-timelineSkill
- gsap-utilsSkill
- imagegen-frontend-mobileSkill
- image-to-codeSkill
- internal-commsSkill
- mcp-builderSkill
- merge-when-greenSkill
- minimalist-uiSkill
- full-output-enforcementSkill
- pdfSkill
- playwright-cliSkill
- pptxSkill
- redesign-existing-projectsSkill
- runtime-portable-process-fixturesSkill
- skill-creatorSkill
- slack-gif-creatorSkill
- high-end-visual-designSkill
- stitch-design-tasteSkill
- design-taste-frontendSkill
- design-taste-frontend-v1Skill
- template-skillSkill
- theme-factorySkill
- typed-protocol-contractsSkill
- vfSkill
- webapp-testingSkill
- web-artifacts-builderSkill
- windows-path-authority-leasesSkill
- xlsxSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

