Emaildesignskill
Skill aiskillstore/marketplace/skills/sequenzy/emaildesignskill
Security-audited skills for Claude, Codex & Claude Code. One-click install, quality verified.
npx -y skills add aiskillstore/marketplace --skill emaildesignskillAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
What its author says it does
Copied from the file, not written here
Use when Codex, Hermes, OpenClaw, Claude Code, Cowork, or another AI agent needs to plan, review, implement, audit, or improve email work focused on responsive email design, component systems, dark-mode behavior, and accessibility checks. Triggers include requests about template critique, module system planning, dark-mode QA, layout fixes, accessibility reviews, and design-to-email handoff.
SKILL.md
2.9 KB, 489 tokens by cl100k_base, as published. Nobody here has run it
Email Design Skill
Design for inbox constraints first. Treat every layout decision as a tradeoff across clients, viewports, accessibility, and production maintainability.
Scope
responsive email design, component systems, dark-mode behavior, and accessibility checks.
Request Signals
template critique, module system planning, dark-mode QA, layout fixes, accessibility reviews, and design-to-email handoff.
Guardrails
- Primary lens: responsive email design, component systems, dark-mode behavior, and accessibility checks.
- Common request signals: template critique, module system planning, dark-mode QA, layout fixes, accessibility reviews, and design-to-email handoff.
- Default posture: Design for inbox constraints first. Treat every layout decision as a tradeoff across clients, viewports, accessibility, and production maintainability.
- Useful output family: template audits, module specs, responsive QA tables, accessibility notes, implementation diffs, and design handoff checklists.
Execution Path
- Identify the design artifact: raw HTML, React Email component, Figma concept, screenshot, ESP builder template, or module library.
- Audit the hierarchy before aesthetics: preview text, primary message, CTA order, scannability, and fallback content.
- Check responsive structure: container width, column collapse, image ratios, button tap targets, and long-copy behavior.
- Evaluate client risk: Outlook tables, Gmail clipping, dark mode inversions, unsupported CSS, webfont fallbacks, and image blocking.
- Review accessibility: semantic heading order where possible, alt text, contrast, link affordance, plain-language CTA, and text-image balance.
- Return implementation notes that a developer or ESP operator can apply without redesigning the whole message.
Reviewer Notes
- The design works without relying on image-only content.
- The CTA remains visible and tappable on mobile.
- Dark mode, image blocking, and long names do not break the message.
- Reusable modules have clear constraints and do not require one-off overrides.
- The final recommendation distinguishes rendering defects from brand preferences.
Output Pattern
Return template audits, module specs, responsive QA tables, accessibility notes, implementation diffs, and design handoff checklists. Keep recommendations concrete. Separate analysis from live-system actions, and require explicit approval before sending email, importing contacts, changing DNS, altering suppression rules, or editing production automations.
Gives 0 of the 12 instructions most design frontend skills give in 489 tokens
Counted across 1,170 of the 1,878 authors here whose files we hold, read 2026-08-06
- use css variables for color consistencyin 73 of 1170, across 24 files
- match implementation complexity to the aesthetic visionin 70 of 1170, across 20 files
- commit to one bold aesthetic direction before codingin 70 of 1170, across 25 files
- add atmospheric background effects and texturesin 58 of 1170, across 10 files
- use unexpected spatial compositions and layoutsin 55 of 1170, across 7 files
- implement real working codein 55 of 1170, across 7 files
- vary themes and aesthetics across different designsin 48 of 1170, across 7 files
- launch chromium in headless modein 47 of 1170, across 4 files
- close the browser when donein 47 of 1170, across 4 files
- run provided scripts with help flag firstin 47 of 1170, across 4 files
- use descriptive selectors for elementsin 47 of 1170, across 4 files
- wait for network idle statein 46 of 1170, across 3 files
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.