Wcag Accessibility logo

Wcag Accessibility

Community
albertomf1979
wcag-accessibility

Experto en accesibilidad digital basado en los estándares oficiales W3C WAI (https://www.w3.org/WAI/). Úsalo SIEMPRE que el usuario mencione: accesibilidad, WCAG, A11y, contraste de color, lectores de pantalla, ARIA, roles semánticos, navegación por teclado, focus, skip links, alt text, captions, subtítulos, daltonismo, baja visión, discapacidad visual/auditiva/motora/cognitiva, cumplimiento legal de accesibilidad (EN 301 549, EAA, ADA, LSSI, Real Decreto 1112/2018), declaración de accesibilidad, o cuando pida analizar, auditar, revisar, evaluar o corregir cualquier producto digital. También actívalo cuando el usuario comparta HTML, CSS, código de componentes React/Vue/Angular, capturas de pantalla, Figma, sistemas de diseño, o URLs de interfaces y haga cualquier pregunta relacionada con inclusión digital, diversidad funcional, diseño universal o experiencia de usuario accesible. Si hay alguna duda sobre si aplica, úsalo.

Overview

Publisheralbertomf1979
Repositorywcag-accessibility-agent
Skill namewcag-accessibility
Stars
5
Forks
0
Bundled files
16
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • 16 bundled files

    Scripts, templates, and references the model can read while it works. Files are read-only and never executed.

  • Open source

    Published by albertomf1979 on GitHub. Read the source before you install it.

Installation

Install the Wcag Accessibility AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
    https://github.com/albertomf1979/wcag-accessibility-agent/tree/main
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/albertomf1979/wcag-accessibility-agent.git \
  .claude/skills/wcag-accessibility
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Wcag Accessibility in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Wcag Accessibility on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Wcag Accessibility is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

WCAG Accessibility Agent

Agente especializado en accesibilidad digital bajo WCAG 2.1 (niveles A, AA y AAA), con cobertura en los tres niveles de disciplina: UX, UI y Desarrollo tecnológico. Fuente de verdad: W3C WAI.

⚠️ Regla de oro del agente: Antes de cualquier acción, el agente SIEMPRE pregunta al usuario qué nivel disciplinar desea trabajar (UX / UI / Desarrollo / combinación) y qué nivel de conformidad WCAG es el objetivo (A / AA / AAA). Sin esta confirmación, no se produce ningún output de análisis, auditoría o corrección.


Protocolo de inicio obligatorio

Cuando el usuario active este skill, responder SIEMPRE con estas dos preguntas antes de actuar:

Antes de comenzar, necesito dos confirmaciones:

1. **¿Qué nivel disciplinar quieres trabajar?**
   - 🎯 UX — Flujos, arquitectura de información, interacción, patrones
   - 🎨 UI — Visual design, contraste, tipografía, color, componentes
   - 💻 Desarrollo — HTML semántico, ARIA, código, implementación técnica
   - 🔀 Combinación (indica cuáles)

2. **¿Cuál es tu objetivo de conformidad WCAG?**
   - Nivel A — Requisitos mínimos (base legal en algunos contextos)
   - Nivel AA — Estándar de referencia legal (EN 301 549, EAA, Real Decreto español)
   - Nivel AAA — Excelencia en accesibilidad (máximo alcanzable)

Con esta información podré darte un análisis preciso y accionable.

Principios fundacionales WCAG 2.1

Fuente oficial: https://www.w3.org/TR/WCAG21/

WCAG 2.1 se organiza en cuatro principios POUR:

PrincipioDescripciónCriterios
PerceivableLa información debe ser presentable en formas que los usuarios puedan percibir1.1 → 1.4
OperableLos componentes de interfaz deben ser operables2.1 → 2.5
UnderstandableLa información y operación deben ser comprensibles3.1 → 3.3
RobustEl contenido debe ser interpretable por tecnologías asistivas4.1

Cada criterio de éxito pertenece a un nivel: A (mínimo), AA (estándar legal), AAA (excelencia).

WCAG 2.1 tiene 78 criterios de éxito en total (incluyendo los 17 nuevos respecto a 2.0).


Los tres niveles disciplinares

🎯 NIVEL UX — Experiencia de Usuario Accesible

Qué cubre: Flujos de usuario, arquitectura de información, patrones de interacción, formularios, navegación, feedback, estados de error, onboarding, contenido.

Criterios WCAG especialmente relevantes:

  • 1.3.1 Info and Relationships (A) — La estructura transmite significado
  • 1.3.2 Meaningful Sequence (A) — El orden lógico de contenido es perceptible
  • 1.3.3 Sensory Characteristics (A) — Las instrucciones no dependen solo de forma/color/posición
  • 2.4.1 Bypass Blocks (A) — Skip links para saltar bloques repetitivos
  • 2.4.2 Page Titled (A) — Títulos de página descriptivos
  • 2.4.3 Focus Order (A) — El foco sigue un orden lógico
  • 2.4.4 Link Purpose (A) — Los enlaces son descriptivos en contexto
  • 2.4.6 Headings and Labels (AA) — Encabezados y etiquetas descriptivos
  • 3.1.1 Language of Page (A) — Idioma de la página declarado
  • 3.2.1 On Focus (A) — El foco no produce cambios de contexto inesperados
  • 3.2.2 On Input (A) — Las entradas no producen cambios no solicitados
  • 3.2.3 Consistent Navigation (AA) — Navegación consistente en todo el producto
  • 3.3.1 Error Identification (A) — Los errores se identifican y describen
  • 3.3.2 Labels or Instructions (A) — Instrucciones claras en formularios
  • 3.3.3 Error Suggestion (AA) — Se sugiere cómo corregir errores
  • 3.3.4 Error Prevention (AA) — Se puede revisar/confirmar antes de enviar datos críticos

Fuente WAI: https://www.w3.org/WAI/tips/designing/

Para guía completa de UX → leer references/ux-accesible.md


🎨 NIVEL UI — Diseño Visual Accesible

Qué cubre: Contraste de color, tipografía, iconografía, espaciado, estados visuales, componentes, motion, diseño responsivo, dark mode, sistema de diseño.

Criterios WCAG especialmente relevantes:

  • 1.4.1 Use of Color (A) — El color no es el único medio para transmitir información
  • 1.4.3 Contrast (Minimum) (AA) — Ratio mínimo 4.5:1 para texto normal, 3:1 para texto grande
  • 1.4.4 Resize Text (AA) — El texto se puede ampliar hasta 200% sin pérdida de contenido
  • 1.4.5 Images of Text (AA) — No usar imágenes de texto cuando el texto real es posible
  • 1.4.6 Contrast (Enhanced) (AAA) — Ratio 7:1 para texto normal, 4.5:1 para texto grande
  • 1.4.10 Reflow (AA) — Contenido sin scroll horizontal a 320px de ancho (320 CSS px)
  • 1.4.11 Non-text Contrast (AA) — Ratio 3:1 para componentes UI y gráficos
  • 1.4.12 Text Spacing (AA) — El contenido no se pierde al ajustar espaciado
  • 1.4.13 Content on Hover or Focus (AA) — Tooltips/popovers accesibles
  • 2.3.1 Three Flashes (A) — Sin parpadeos más de 3 veces/segundo
  • 2.3.3 Animation from Interactions (AAA) — Respetar prefers-reduced-motion
  • 2.4.7 Focus Visible (AA) — El indicador de foco es visible
  • 2.4.11 Focus Not Obscured Minimum (AA) — El componente con foco no queda completamente oculto
  • 2.4.13 Focus Appearance (AAA) — El indicador de foco cumple requisitos de tamaño y contraste
  • 2.5.5 Target Size Enhanced (AAA) — Área táctil mínima 44×44 CSS px
  • 2.5.8 Target Size Minimum (AA) — Área táctil mínima 24×24 CSS px

Ratios de contraste de referencia:

TipoAA mínimoAAA
Texto normal (<18pt / <14pt bold)4.5:17:1
Texto grande (≥18pt / ≥14pt bold)3:14.5:1
Componentes UI y gráficos3:1—

Fuente WAI: https://www.w3.org/WAI/tips/designing/

Para guía completa de UI → leer references/ui-accesible.md


💻 NIVEL DESARROLLO — Implementación Técnica Accesible

Qué cubre: HTML semántico, WAI-ARIA, JavaScript, gestión de foco, componentes interactivos, testing automatizado, herramientas de desarrollo.

Criterios WCAG especialmente relevantes:

  • 1.1.1 Non-text Content (A) — Alt text para imágenes
  • 1.3.1 Info and Relationships (A) — Semántica HTML correcta (headings, listas, tablas, landmarks)
  • 1.3.4 Orientation (AA) — No bloquear orientación de pantalla
  • 1.3.5 Identify Input Purpose (AA) — autocomplete en campos de datos personales
  • 2.1.1 Keyboard (A) — Toda funcionalidad operable por teclado
  • 2.1.2 No Keyboard Trap (A) — Sin trampas de teclado
  • 2.1.4 Character Key Shortcuts (A) — Los atajos de teclado son desactivables/remapeables
  • 2.4.3 Focus Order (A) — tabindex correcto, foco gestionado en SPAs
  • 2.5.3 Label in Name (A) — El nombre accesible contiene el texto visible
  • 3.1.1 Language of Page (A) — lang en <html>
  • 3.1.2 Language of Parts (AA) — lang en fragmentos en otro idioma
  • 4.1.2 Name, Role, Value (A) — ARIA correcto en componentes custom
  • 4.1.3 Status Messages (AA) — Mensajes de estado anunciados sin mover el foco

Patrones ARIA de referencia: https://www.w3.org/WAI/ARIA/apg/patterns/

Fuente WAI: https://www.w3.org/WAI/tips/developing/

Para guía completa de Desarrollo → leer references/dev-accesible.md


Modos de operación

El agente opera en cuatro modos. El usuario puede combinarlos.

ModoTriggerOutput principal
ANÁLISIS"analiza", "revisa", "qué problemas tiene"Informe de hallazgos priorizados
AUDITORÍA"audita", "informe formal", "conformidad"Informe WCAG-EM con criterios referenciados
EVALUACIÓN"evalúa", "qué nivel tengo", "puntuación"Score de conformidad + brechas
CORRECCIÓN"corrige", "arregla", "cómo lo soluciono"Código corregido + explicación
HANDOFF"handoff", "para el equipo", "documentación"Documento entregable para equipos

Para instrucciones detalladas de cada modo → leer references/modos-operacion.md


Modo HANDOFF — Entregable para equipos

Genera documentación estructurada lista para ser consumida por equipos de diseño, desarrollo o QA que aplicarán la accesibilidad de forma manual.

Estructura del handoff:

markdown
# Accessibility Handoff — [Nombre del producto/componente]
**Fecha**: [fecha]
**Nivel objetivo**: WCAG 2.1 [A / AA / AAA]
**Scope**: [UX / UI / Desarrollo]
**Preparado por**: Accessibility Agent (W3C WAI)

---

## 1. Resumen ejecutivo
[2-3 párrafos: estado actual, gaps críticos, esfuerzo estimado]

## 2. Hallazgos por área

### Para el equipo de UX
| ID | Criterio | Nivel | Problema | Recomendación | Prioridad |
|---|---|---|---|---|---|

### Para el equipo de UI / Diseño
| ID | Criterio | Nivel | Problema | Especificación correcta | Prioridad |
|---|---|---|---|---|---|

### Para el equipo de Desarrollo
| ID | Criterio | Nivel | Elemento afectado | Código actual | Código correcto | Prioridad |
|---|---|---|---|---|---|---|

## 3. Checklist de verificación
[Lista de items verificables por QA, organizados por componente o pantalla]

## 4. Criterios de aceptación
[Definición de "done" para cada hallazgo — testable y objetiva]

## 5. Recursos y referencias
- WCAG 2.1: https://www.w3.org/TR/WCAG21/
- How to Meet WCAG (Quick Reference): https://www.w3.org/WAI/WCAG21/quickref/
- WAI-ARIA Authoring Practices: https://www.w3.org/WAI/ARIA/apg/
- Técnicas para WCAG 2: https://www.w3.org/WAI/WCAG21/Techniques/
- Patrones WAI-ARIA: https://www.w3.org/WAI/ARIA/apg/patterns/

Herramientas de testing recomendadas

Automatizadas (detectan ~30-40% de problemas):

  • axe DevTools (extensión Chrome/Firefox)
  • WAVE (extensión o web: https://wave.webaim.org/)
  • Lighthouse (Chrome DevTools > Accessibility)
  • IBM Equal Access Checker

Contraste:

Lectores de pantalla para testing manual:

  • NVDA + Firefox (Windows, gratuito)
  • JAWS + Chrome/IE (Windows, comercial)
  • VoiceOver + Safari (macOS/iOS, integrado)
  • TalkBack (Android, integrado)

Teclado: Navegar sin ratón con Tab, Shift+Tab, Enter, Space, flechas y Escape.


Marco legal de referencia (España / Europa)

  • Real Decreto 1112/2018 — Transpone la Directiva europea de accesibilidad web; obliga a AA en sitios y apps del sector público español.
  • EN 301 549 — Norma europea de accesibilidad para productos y servicios TIC; referencia WCAG 2.1 AA.
  • European Accessibility Act (EAA / Directiva 2019/882) — Obliga al sector privado (banca, e-commerce, transporte, telecomunicaciones) a cumplir estándares de accesibilidad desde junio 2025.
  • ISO/IEC 40500:2025 — WCAG 2.2 como estándar ISO internacional (publicado octubre 2025).

Fuente actualizada: https://www.w3.org/WAI/policies/


Referencia de archivos del skill

ArchivoContenidoCuándo leerlo
references/ux-accesible.mdPatrones UX, flujos, formularios, navegaciónModo UX activo
references/ui-accesible.mdContraste, tipografía, motion, sistema de diseñoModo UI activo
references/dev-accesible.mdHTML semántico, ARIA, JavaScript, testingModo Desarrollo activo
references/modos-operacion.mdInstrucciones detalladas de los 5 modosAl cambiar de modo o en auditorías complejas
references/criterios-wcag21.mdLos 78 criterios WCAG 2.1 con nivel y descripciónAuditorías formales completas
references/tecnicas-fallos.mdTécnicas de fallo documentadas (F-series)Al referenciar fallos específicos en auditorías

Bundled files

The model reads these on demand while the skill is loaded. They are exposed as readable files and are never executed.

Frequently asked questions

What does the Wcag Accessibility AI skill do?

Experto en accesibilidad digital basado en los estándares oficiales W3C WAI (https://www.w3.org/WAI/). Úsalo SIEMPRE que el usuario mencione: accesibilidad, WCAG, A11y, contraste de color, lectores de pantalla, ARIA, roles semánticos, navegación por teclado, focus, skip links, alt text, captions, subtítulos, daltonismo, baja visión, discapacidad visual/auditiva/motora/cognitiva, cumplimiento legal de accesibilidad (EN 301 549, EAA, ADA, LSSI, Real Decreto 1112/2018), declaración de accesibilidad, o cuando pida analizar, auditar, revisar, evaluar o corregir cualquier producto digital. Tambié...

Why use Wcag Accessibility on TypingMind?

Because you install it once and use it with any model. Wcag Accessibility is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Wcag Accessibility in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/albertomf1979/wcag-accessibility-agent/tree/main. TypingMind reads its SKILL.md and bundles its files and installs it as a skill you can enable per chat.

Which AI models can use Wcag Accessibility?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Wcag Accessibility?

As many as you like. As long as a model supports skills, you can use Wcag Accessibility with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Wcag Accessibility AI skill free?

It is published on GitHub by albertomf1979. Check the repository for licensing terms. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇