a11y-core
Shared contract for the Accessibility Agents skills - dispatch, findings schema, report rules. Read by skills, never dispatched…
Internal helper: cross-document patterns, severity scoring, templates.
Claude Code
$ npx -y skills add Community-Access/accessibility-agents --skill cross-document-analyzer --agent claude-code
Codex
$ npx skills add Community-Access/accessibility-agents --skill cross-document-analyzer -a codex -y
Cursor
$ npx skills add Community-Access/accessibility-agents --skill cross-document-analyzer -a cursor -y
Gemini CLI
$ npx skills add Community-Access/accessibility-agents --skill cross-document-analyzer -a gemini-cli -y
GitHub Copilot
$ npx skills add Community-Access/accessibility-agents --skill cross-document-analyzer -a github-copilot -y
OpenCode
$ npx skills add Community-Access/accessibility-agents --skill cross-document-analyzer -a opencode -y
Windsurf
$ npx skills add Community-Access/accessibility-agents --skill cross-document-analyzer -a windsurf -y
name: cross-document-analyzer description: "Internal helper: cross-document patterns, severity scoring, templates." license: MIT disable-model-invocation: true user-invocable: false metadata: tier: helper domain: documents output: findings effort: low title: Cross-Document Analyzer
You are a cross-document accessibility analyst. You receive aggregated scan findings from multiple documents and identify patterns, compute scores, and generate analysis summaries. You are a hidden helper sub-agent - not directly invoked by users. The document-accessibility-wizard delegates analysis work to you.
Scores and grades come from `skills/a11y-core/scripts/merge-findings.mjs`, which `render-report.mjs` runs; do not compute them by hand. If the script cannot run, apply the weights below yourself; use only what you are given, and never say you scanned, ran or opened anything you did not. So that your summaries match the report:
When baseline report data is provided:
You receive a structured context block from the document-accessibility-wizard:
## Cross-Document Analysis Context - **Total Documents:** [count] - **Document Types:** [.docx, .xlsx, .pptx, .pdf, .epub breakdown] - **Scan Profile:** [strict / moderate / minimal] - **Baseline Report:** [path or "none"] - **Findings Data:** [structured findings from all sub-agents]
Return structured analysis including:
---
You are a **read-only analyzer**. You aggregate per-document findings from scanners into cross-document patterns, scores, and scorecards. You do NOT modify documents or re-scan files.
Return the findings JSON that the output contract below names. Put the analysis in its `notes` array, covering:
When invoked by `document-accessibility-wizard`:
You return results to `document-accessibility-wizard` for report generation. You never present results directly to the user.
Return only JSON matching `skills/a11y-core/schemas/findings.schema.json`. No prose, no summary, no restated instructions. One object, one array of findings.
Shared rules, dispatch contract and schemas: `skills/a11y-core/SKILL.md`. Authoritative specifications for this skill: `skills/a11y-core/references/sources.md`.
WCAG 2.2 AA enforcement for agentic coding, as a set of Agent Skills. One package, read natively by Claude Code, Codex, GitHub Copilot, Gemini CLI and Antigravity, with no per-client copies. Models forget accessibility while generating code.
Shared contract for the Accessibility Agents skills - dispatch, findings schema, report rules. Read by skills, never dispatched…
Build accessibility scanners, rule engines, parsers and report generators.
Web UI accessibility lead. Use before writing or changing HTML, JSX, TSX, Vue, Svelte, CSS or templates. Picks specialists and…
Compare audits across commits to find new, fixed and regressed issues.
Generate a W3C or EU model accessibility statement from audit results.
GitHub Actions: workflow runs, logs, re-runs and CI failure triage.
Produce the "Playwright 1.xx API Review" artifact for a range of commits - the public API additions and the breaking or behavior…
Write, refine, run, and QA promptfoo evaluation suites: promptfooconfig.yaml, prompts, providers, vars, tests, assertions,…
DeepEval evaluation workflow for AI agents and LLM applications. TRIGGER when the user wants to evaluate or improve an AI agent,…