
Web Design Guidelines
Load WCAG-oriented, framework-agnostic web UI rules when building or reviewing HTML/CSS/JS interfaces.
Overview
web-design-guidelines is an agent skill most often used in Build (also Ship review, Ship testing) that applies WCAG 2.2 and MDN-based web UI rules for building and auditing interfaces.
Install
npx skills add https://github.com/ehmo/platform-design-skills --skill web-design-guidelinesWhat is this skill?
- Framework-agnostic guidelines from WCAG 2.2, MDN Web Docs, and modern web platform standards
- Priority tiers: CRITICAL (accessibility, responsive), HIGH (forms, typography, performance), MEDIUM (animation, dark mod
- Load full SKILL.md or selective rules via rules/_sections.md per concern
- Covers accessibility audits, responsive layouts, PR review, performance, theming, and internationalization
- Explicit never-do rules (e.g. semantic buttons vs div onclick, avoid maximum-scale=1 traps)
- Three priority tiers: CRITICAL, HIGH, and MEDIUM rule categories
- Selective loading via rules/_sections.md for category-specific concerns
Adoption & trust: 819 installs on skills.sh; 387 GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
You are shipping HTML/CSS/JS fast but lack a consistent rule set for accessibility, responsive layout, and forms across agent-generated code.
Who is it for?
Indie builders auditing agent-written web UI, implementing responsive accessible layouts, or reviewing PRs without a design-system-specific linter.
Skip if: Native mobile-only stacks with no web surface, or teams that need framework-specific component APIs instead of vanilla HTML/CSS/JS conventions.
When should I use this skill?
Building or reviewing HTML/CSS/JS interfaces, auditing WCAG, responsive layouts, web performance, dark mode, theming, or i18n.
What do I get? / Deliverables
You implement and review UI against prioritized CRITICAL/HIGH/MEDIUM rules with optional section-level loading for targeted fixes.
- UI implementations aligned to prioritized web platform rules
- Review feedback mapped to WCAG success criteria and priority levels
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Primary shelf is build/frontend because the skill’s main job is implementing correct platform UI; it also feeds ship-time review. Frontend is where semantic HTML, responsive layout, forms, and performance rules apply during implementation.
Where it fits
Load SKILL.md while implementing a dashboard with forms, typography, and responsive breakpoints.
Run sectioned accessibility rules against an agent PR before merge.
Verify WCAG success criteria coverage after a responsive layout refactor.
Apply performance and semantic HTML rules that support crawlable, fast landing pages.
How it compares
Use as a portable WCAG and platform checklist, not as a DESIGN.md token author like design-md.
Common Questions / FAQ
Who is web-design-guidelines for?
Solo builders and small teams using AI agents on web frontends who need WCAG-aligned, MDN-grounded rules for build and review.
When should I use web-design-guidelines?
While building HTML/CSS/JS in Build, auditing accessibility before Ship, reviewing web UI PRs in Ship review, and tuning performance, dark mode, or i18n.
Is web-design-guidelines safe to install?
It is documentation-style rules without built-in network calls; still review the Security Audits panel on this Prism page before adding skills to your agent.
SKILL.md
READMESKILL.md - Web Design Guidelines
# Web Platform Design Skills ## Purpose Framework-agnostic web design and accessibility guidelines based on WCAG 2.2, MDN Web Docs, and modern web platform standards. ## File Structure ``` web/ metadata.json # Version, references, abstract SKILL.md # Full guidelines (load this) AGENTS.md # This file rules/ _sections.md # Sectioned rules for selective loading ``` ## Usage - Load `SKILL.md` for complete guidelines when building or reviewing web UI. - Load `rules/_sections.md` for individual category rules when working on a specific concern (e.g., only accessibility, only forms). ## When to Apply - Building HTML/CSS/JS interfaces - Auditing accessibility or WCAG compliance - Implementing responsive layouts - Reviewing web UI pull requests - Optimizing web performance - Adding dark mode or theming - Internationalizing web content ## Priority Levels | Level | Categories | |-------|-----------| | CRITICAL | Accessibility/WCAG, Responsive Design | | HIGH | Forms, Typography, Performance | | MEDIUM | Animation, Dark Mode, Navigation, Touch, i18n, Progressive Web Apps | ## Conventions - Rules use imperative voice ("Use semantic HTML", not "You should use"). - Code examples are vanilla HTML/CSS/JS unless noted. - WCAG success criteria referenced as (SC x.x.x). - Priority in brackets: [CRITICAL], [HIGH], [MEDIUM]. ## Never Do - Never use `<div onclick>` when `<button>` exists — use semantic HTML - Never set `maximum-scale=1` or `user-scalable=no` in the viewport meta tag - Never rely on color alone to convey information — pair with text or icons - Never use placeholder text as the only label for a form input - Never build interactive elements that are only keyboard-accessible via `tabindex > 0` - Never omit `alt` attributes on images — use `alt=""` for decorative images - Never animate content that flashes more than 3 times per second (seizure risk) - Never trap keyboard focus inside a component without providing a documented escape - Never use `<table>` for layout — tables are for tabular data only - Never set `font-size` in `px` on body text — use `rem` so user preferences apply { "version": "1.0.0", "organization": "Platform Design Skills", "date": "February 2026", "abstract": "Web platform design and accessibility guidelines. 70+ rules across 11 categories covering WCAG 2.2 accessibility, responsive design, semantic HTML, performance, forms, animations, typography, dark mode, internationalization, and Progressive Web Apps. Framework-agnostic with HTML/CSS/JS examples.", "references": [ "https://www.w3.org/WAI/WCAG22/quickref/", "https://developer.mozilla.org/en-US/docs/Web", "https://web.dev", "https://www.a11yproject.com" ] } # Web Platform Design Rules (Sectioned) Load individual sections as needed. Each section is self-contained. --- <!-- SECTION: accessibility --> ## Accessibility / WCAG [CRITICAL] ### Rules 1. **Use semantic HTML elements.** Use `<main>`, `<nav>`, `<header>`, `<footer>`, `<article>`, `<section>`, `<aside>`, `<figure>`, `<dialog>`, `<details>` for their intended purpose. Never use `<div onclick>` when `<button>` exists. 2. **Add ARIA labels to interactive elements without visible text.** Icon buttons need `aria-label`. Groups need `aria-labelledby`. Do not add ARIA when visible text already provides the name. 3. **Ensure keyboard navigation.** All interactive elements reachable via Tab. Custom widgets need `tabindex="0"` and keydown handlers. Trap focus inside modals. Never use `tabindex` > 0. 4. **Provide visible focus indicators.** Use `:focus-visible` with 3px outline and 2px offset. WCAG 2.2 requires minimum 2px perimeter area with 3:1 contrast. 5. **Include skip navigation links.** Add `<a href="#main-content" class="skip-link">Skip to main content</a>` before the nav. Visually hidden until focused. 6. **Write appropriate alt text.** Informative images: describe content. Decorative images: `alt=""`. Functi