Skip to content
Skillpedia
Testing48k · #2022

accesslint-scan

Lets your agent check a page for accessibility issues. It's useful for finding and fixing errors that make it hard for people with disabilities to use.

What it does

Checks if a webpage has accessibility issues, like hard-to-read colors or buttons without names. It points out exactly where the problems are and what to do, but doesn't fix them.

When to use it

  • ✓When you want to know if a page is easy for everyone to use.
  • ✓After changing a website's appearance and wanting to ensure accessibility wasn't broken.
  • ✓To get a list of accessibility problems before manual testing.

Example of what to ask your AI

“Check the accessibility of the page https://example.com”

Want more? Open the sections below.

How to use

The easiest way: copy the message below and paste it into Claude, ChatGPT, Cursor or any AI. It reads the skill and follows the instructions.

Skill link

https://github.com/sickn33/agentic-awesome-skills/blob/main/plugins/agentic-awesome-skills-claude/skills/accesslint-scan/SKILL.md

Ready-to-paste message

Use this skill to help me: https://github.com/sickn33/agentic-awesome-skills/blob/main/plugins/agentic-awesome-skills-claude/skills/accesslint-scan/SKILL.md Read the SKILL.md file at that link and follow its instructions for my task.
How it works

The tool visits the provided webpage, looks for common accessibility problems, and lists where they are and how to fix them.

Installation

Easiest way: copy the skill link and paste it into Claude, ChatGPT or Cursor asking it to follow the instructions.

In the terminal (Claude Code, Codex, Cursor), in your project folder:

npx skills add sickn33/agentic-awesome-skills --skill accesslint-scan

Or download just the file:

curl -L https://raw.githubusercontent.com/sickn33/agentic-awesome-skills/main/plugins/agentic-awesome-skills-claude/skills/accesslint-scan/SKILL.md -o SKILL.md
Technical content (original SKILL.md)

Original text by the author, straight from GitHub.

Audit a live page and report what's broken and where. Locate; don't fix. If no URL in $ARGUMENTS, ask for one.

When to Use

  • A supplied page needs an automated contrast, accessible-name, or semantic-markup audit.
  • You need selector-grounded findings after a UI change, without modifying the application.
  • Manual assistive-technology checks or site-wide conformance assessment are separate work.

1. Audit

Use an already reviewed, project-pinned installation of @accesslint/chrome and @accesslint/cli; confirm their local binaries and CLI help before execution. Do not silently download and execute @latest. Confirm the URL and whether browser access could expose authenticated or sensitive content.

For a project whose locked installation exposes these binary names:

session_file="$(mktemp)"
./node_modules/.bin/accesslint-chrome ensure > "$session_file"

Read the complete JSON result once, record port and managed, and substitute the returned port in ./node_modules/.bin/accesslint scan "<target>" --port "<returned-port>" --format json. Never parse arbitrary stdout chunks as complete JSON. Confirm the actual binary names from the installed packages; they may differ by version. The current upstream command shape is scan <target> --port <port> --format json.

Flags as needed: --selector, --wait-for "<selector>", --include-aaa, --disable <rules>.

2. Report

Counts by impact, then one entry per violation:

  • where — selector verbatim + file:line (symbol) if source is present — never fabricate. If no violation has source, note "source mapping unavailable — located by selector only".
  • evidence — contrast ratio, missing attribute, empty name
  • fix — mechanical change or NEEDS HUMAN

Return the worklist without editing. Remediation requires a separate authorized task; current upstream names it accesslint:accessibility-fix, which may not be installed in this host.

3. Tear down

Stop only the managed browser session created for this audit, using the installed helper's supported session/port-specific stop operation. If it only supports stop --all, check for other managed sessions first and do not terminate unrelated audits. Skip teardown of an unmanaged browser.

Gotchas

  • ensure always determines the port — never hardcode 9222.
  • CLI exit 2 = bad URL or page never loaded; check the dev server.

Limitations

  • Automated rules cannot certify full WCAG conformance; retain human-required findings and record scan failures separately from zero violations.
  • Upstream CLI shape checked against AccessLint scan source; this AAS skill does not bundle the CLI or install it.
  • Use this skill only when the task clearly matches the scope described above.
  • Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
  • Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
FAQ

Does the tool fix the found issues?

No, it only identifies and describes the problems and how to fix them. The actual fixing needs to be done separately.

What is a 'selector-grounded fix worklist'?

It's a list of problems with exact indications (like an address code) of where they are on the page, to make fixing easier.

What happens if the page doesn't load?

The tool will report an error when trying to access the page or that the page did not load.

Details

Original description by the author

Audit a live page for accessibility issues, locate each WCAG violation precisely, and return a selector-grounded fix worklist without editing.

repo: sickn33/agentic-awesome-skills

Popularity

GitHub stars
48k
Ranking position
#2022
License
MIT
Updated
10/15/2026

Is this skill useful?

0

Sign in to vote.

Comments

  • …

More skills from this repository

Similar skills