メニュー
Scan a frontend project for WCAG 2.2 accessibility violations and fix them. Usage: /a11y-audit [path]
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
SOC 職業分類に基づく
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/DojoGenesis/plugins --skill a11y-auditコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
Run a bounded kata roll over the project's bring queue — start a session with an explicit target (reps or minutes), surface and stage exactly one bring per tick, log the outcome only on the human's word, then advance. Use when the user says "start a roll", "roll for N reps", "do a 25-minute roll", "tick", "next rep", "resolve this tick", "skip this tick", or "pause/resume/end the roll".
Set up the kata roll in a project that already runs (or is starting) the bring loop — confirm bring/ exists, explain where the roll's own ledger lives, walk through the opt-in timer, and make the two-plugin coexistence with bring-loop explicit. Use when the user says "set up kata-harness", "install the roll plugin", "add rolls on top of bring-loop", or asks how the timed roll relates to their daily bring.
Produces markdown memory artifacts (conversation summaries, seed files, philosophical reflections, doc updates) and a dated compression log by distilling a long conversation into its essential decisions and learnings. For the lighter, routine end-of-session wrap-up, use `session-compression` instead — this skill is for a long conversation that needs the fuller multi-artifact treatment. Use when: "compress this context", "distill this conversation", "create a memory artifact", "condense this history", "extract key wisdom before handoff".
| name | a11y-audit |
| description | Scan a frontend project for WCAG 2.2 accessibility violations and fix them. Usage: /a11y-audit [path] |
Scan a frontend project for WCAG 2.2 accessibility issues, show fixes, and optionally check color contrast.
/a11y-audit # Scan current project
/a11y-audit ./src # Scan specific directory
/a11y-audit ./src --fix # Scan and auto-fix what's possible
Run the a11y scanner on the target directory:
python3 {skill_path}/scripts/a11y_scanner.py {path} --json
Parse the JSON output. Group findings by severity (critical → serious → moderate → minor).
Display a summary:
A11y Audit: ./src
Critical: 3 | Serious: 7 | Moderate: 12 | Minor: 5
Files scanned: 42 | Files with issues: 15
For each finding (starting with critical):
references/framework-a11y-patterns.mdAuto-fixable issues (apply without asking):
alt="" on decorative imageslang attribute on <html>tabindex values > 0 → set to 0type="button" on non-submit buttons:focus-visible stylesIssues requiring user input (show fix, ask to apply):
If CSS files are present, run the contrast checker:
python3 {skill_path}/scripts/contrast_checker.py --batch {path}
For each failing color pair, suggest accessible alternatives.
Generate a markdown report at a11y-report.md:
engineering-team/a11y-audit/SKILL.mdengineering-team/a11y-audit/scripts/a11y_scanner.pyengineering-team/a11y-audit/scripts/contrast_checker.pyengineering-team/a11y-audit/references/wcag-quick-ref.mdengineering-team/a11y-audit/references/aria-patterns.mdengineering-team/a11y-audit/references/framework-a11y-patterns.md