sfnext-accessibility

sfnext-accessibility is a skill for Claude Code from SalesforceCommerceCloud/b2c-developer-tooling. It costs 209 tokens per session (2,096 once invoked), scanned A, original, Apache-2.0.

An accessibility guide for Storefront Next, a framework for building online shops. It covers WCAG 2.1 AA checks for labels, keyboard use, focus, contrast, forms, dialogs, and screen-reader status messages.

In plain words
What is it for?
Use it to build or repair accessible shop interfaces, fix accessibility lint findings, connect form errors to fields, manage dialog focus, and verify changes with Storybook and end-to-end axe tests.
Why use it?
It helps find accessibility problems in code, rendered components, and whole pages before users encounter them. It also points out issues that automated scans cannot detect and need keyboard or assistive-technology testing.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the storefront-next plugin — 24 skills shipped together

Good fit Use it to build or repair accessible shop interfaces, fix accessibility lint findings, connect form errors to fields, manage dialog focus, and verify changes with Storybook and end-to-end axe tests.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/salesforcecommercecloud/b2c-developer-tooling/sfnext-accessibility
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add SalesforceCommerceCloud/b2c-developer-tooling --skill sfnext-accessibility
Clone the repo
git clone --depth 1 https://github.com/SalesforceCommerceCloud/b2c-developer-tooling

Made for: Claude Code.

Or install storefront-next, the plugin that ships this one along with the rest of its 24 skills.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for sfnext-accessibility

README.md
[![agentmods](https://agentmods.dev/badge/skills/salesforcecommercecloud/b2c-developer-tooling/sfnext-accessibility/github.svg)](https://agentmods.dev/skills/salesforcecommercecloud/b2c-developer-tooling/sfnext-accessibility)
Your own site
<a href="https://agentmods.dev/skills/salesforcecommercecloud/b2c-developer-tooling/sfnext-accessibility"><img src="https://agentmods.dev/badge/skills/salesforcecommercecloud/b2c-developer-tooling/sfnext-accessibility/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for sfnext-accessibility

Your own site · 80×15
<a href="https://agentmods.dev/skills/salesforcecommercecloud/b2c-developer-tooling/sfnext-accessibility"><img src="https://agentmods.dev/badge/skills/salesforcecommercecloud/b2c-developer-tooling/sfnext-accessibility.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 209 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,096 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00209 $0.02096
Opus 5.5 $0.00084 $0.00838
Sonnet 5.5 $0.00042 $0.00419
Haiku 4.5 $0.00021 $0.00210

Measured 15d ago against content hash 98b843b95557, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

sfnext-accessibility scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 15d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

skills/storefront-next/skills/sfnext-accessibility/SKILL.md · 104 lines

How it starts

The opening of the file, as written. The whole thing — 104 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Storefront Next Accessibility

Target: WCAG 2.1 AA. Accessibility is checked at three levels, cheapest first:

Level Tool Catches
Lint OxLint jsx-a11y (pnpm lint, pnpm lint:a11y) Missing alt/labels, invalid ARIA, non-interactive handlers, ambiguous link text
Component Storybook a11y addon (axe) and play() assertions Contrast and name/role issues in a rendered state; focus, live regions, dialog behavior
Page e2e axe scan (pnpm a11y) against e2e/a11y-baseline.json Page composition, layout, mobile vs desktop

Some things no scanner finds: focus order, meaning carried by color alone, 200%/400% zoom reflow, and what a screen reader actually announces. Those need keyboard testing, a story play() assertion of the DOM facts behind them, or a human with assistive technology.

Author accessibly by default

  1. Use the project's building blocks; they are already accessible in the general case:
    • Radix-based primitives in src/components/ui/ (dialog, dropdown-menu, sheet, tooltip, ...).
    • FormLabel/FormControl/FormMessage from @/components/ui/form and the wrappers in src/components/form-fields/ (they wire aria-describedby and invalid state from form context).
    • src/components/product-image and src/components/dynamic-image (alt text), src/components/radio-card (grouped options), src/components/skip-link.tsx (first focusable element, targets #main-content), src/components/announcement-banner.
  2. Icon-only controls need a translated accessible name: <Button aria-label={t('close')}>. Decorative icons get aria-hidden="true" and must not be focusable.
  3. Every input needs a real label; errors must be programmatically associated and announced (form-field wrappers do this).
  4. Use semantic elements first (button, a, ul, h1..h6); add ARIA only to fill gaps. Keep one h1 per page and do not skip levels.
  5. Status changes that happen without navigation (cart updates, promo applied, errors) need an aria-live region (role="status" or role="alert"); the message must be rendered into an existing live region or the region must exist before content changes.
  6. Dialogs and drawers: focus moves in on open, is trapped, returns to the trigger on close, Escape closes. Use the Radix dialog primitives rather than hand-rolling.
  7. Respect prefers-reduced-motion (see src/components/fade-through-image and product-zoom-modal for the pattern).
  8. Keep visible focus styles; do not remove outlines without a replacement from the theme tokens.
  9. Do not "fix" role="list" on a ul: it is deliberate (Tailwind's list-style: none removes list semantics in Safari + VoiceOver), and the lint config allows it.

Read the full file on GitHub · 104 lines

Files

What ships with it

2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 15d ago First seen · 104 lines · 209 tokens per session scan A 98b843b95557

Subscribe to this mod's changes

sfnext-accessibility is a skill published in the GitHub repository SalesforceCommerceCloud/b2c-developer-tooling (56 stars, last pushed today), licensed Apache-2.0. It adds 209 tokens to every session and 2,096 once invoked, about $0.0008 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-10-05.

Related

Other skills, from other repositories

frontend-design

Produce intentional, responsive, accessible UI work and perform visual QA instead of generic component assembly.

Hmbown/CodeWhale · 21 tokens

ambience-skill

Layer A ambience-and-typographic-motion reference anchored to the react-bits catalog (reactbits.dev). Stacks on any style skill whenever work adds a hero atmosphere, an animated or shader background, a typographic reveal (split, blur, shimmer, typewriter, count-up, marquee), scroll storytelling, or card surface…

code-yeongyu/lazycodex · 132 tokens

interaction-skill

Layer A interaction-mechanics reference anchored to the beui.dev catalog. Stacks on any style skill whenever work adds or changes motion or interaction — micro-interactions, animated components, transitions, gestures, hover/press/state feedback, loading/success/error morphs, 'make it feel alive'. Mandates reading the…

code-yeongyu/lazycodex · 104 tokens

designlang-tokens

Use when styling UI for cal.com — references the extracted design system tokens instead of inventing colors, spacing, or typography.

Manavarya09/design-extract · 30 tokens

design-color

Add strategic color to monochromatic or dull interfaces using oklch for perceptually uniform palettes. Generates harmonious color systems with automatic light/dark variants and accessible contrast ratios.

skillmds/skillmd · 37 tokens

accessibility

Use when making a web UI conform to WCAG 2.2 Level AA — axe-core or Lighthouse a11y violations, keyboard operability, focus management, ARIA roles/names/live regions, contrast, tap-target size. NOT palette or visual intent (that is design), NOT test-runner setup (that is testing-web), NOT LCP/page-speed (that is…

ericrisco/rsc-harness · 86 tokens