accesslint-diff

Diff live accessibility violations against a stored baseline to identify new issues.

Updated May 24, 2026
One-click install
npx skills add https://github.com/yonetim258852/ozgur-os --skill accesslint-diff
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: accesslint-diff
Source: https://github.com/yonetim258852/ozgur-os/tree/main/.claude/skills/accesslint-diff
Command: npx skills add https://github.com/yonetim258852/ozgur-os --skill accesslint-diff

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Diffing live accessibility violations against a baseline to identify new issues quickly and verify fixes.

Core Features & Use Cases

  • Compare current accessibility violations on a live page against a stored baseline.
  • Support stash-based diffing by default and a branch mode via --branch to compare against a named branch.
  • Report only what changed and guide rebuild or wait-for gating during branch diffs.

Quick Start

Diff a live page's accessibility violations against a baseline and optionally compare against a specific branch with --branch.

Frequently Asked Questions about accesslint-diff

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I diff live accessibility violations against a baseline?

Accessibility diffing against a baseline compares current page violations with stored data to identify new issues. It reads a live target, manages baseline storage, and reports only the changes, using stash-based diffing by default.

Can I compare accessibility issues against a specific Git branch?

Yes, you can compare accessibility issues against a named branch by using the branch mode. This mode guides rebuild or wait-for gating during branch diffs to ensure the live target accurately reflects the branch state before reading violations.

What is the best way to identify only new accessibility issues on a live web page?

The best way to identify new accessibility issues is to diff the live page against a stored baseline. This method reports only what changed, allowing you to quickly verify fixes and spot newly introduced violations without reviewing the entire page.

How does stash-based accessibility diffing work for web testing?

Stash-based accessibility diffing works by comparing the live target's current accessibility violations against a baseline captured before changes were applied. It isolates only the new issues introduced by the stashed code changes for focused testing.

Do I need to rebuild my web application before running a branch accessibility diff?

Yes, when using branch mode, you often need to rebuild or wait for the application to reflect the branch state. The tool provides guidance for rebuild gating and waits to ensure the live target matches the named branch before diffing.

Why does my accessibility diff show unchanged violations instead of only new issues?

If your accessibility diff shows unchanged violations, the baseline may not be properly stored or the live target may not reflect the correct branch state. Ensure baseline storage is handled correctly and use rebuild gating to verify the target.