PRO Anual — 50 usuarios, $106.80/año
Cuando Claude accede a este MCP dentro de GitScrum, convierte las especificaciones visuales en código semántico y auditable. Deja de preocuparte por los fallos WCAG 2.2 AA; asegura que cada componente cumple con estándares de contraste y navegación para cualquier usuario.
Claude
ChatGPT
Cursor
Gemini
Windsurf
VS Code
JetBrains
VercelConectado vía catálogo Vinkius · Sin tarjeta
task.delegate()
Pídele a Claude que revise las especificaciones de un nuevo componente o flujo. Debes delegarle la necesidad de validar semánticamente el diseño y verificar los requisitos WCAG 2.2 AA.
Claude invoca el MCP para que ejecute un análisis estructurado, revisando si hay 'Div Soup', problemas de contraste o elementos inaccesibles para lectores de pantalla. El agente detecta y señala fallos específicos.
Recibirás un informe detallado de cumplimiento que lista las barreras exactas (ej., 'Contraste Fallido: 2.1:1') y los pasos precisos para corregirlas, evitando deuda técnica.
task.create()
Copia. Pega en una tarea GitScrum con Claude. Listo.
Un nuevo usuario final reporta que no puede usar ciertas funciones del portal con su teclado.
Actúa como un experto en WCAG 2.2 AA. Usando el Accessibility Prover MCP, analiza este flujo de checkout. Quiero que valides si hay elementos atrapados por el foco, si la navegación por teclado es lógica y si todos los campos tienen etiquetas ARIA adecuadas para garantizar la accesibilidad total.
El equipo de diseño acaba de entregar un mock-up complejo que contiene tablas y formularios interactivos.
Por favor, utiliza el Accessibility Prover MCP para auditar estas especificaciones. Necesito confirmar que los colores cumplen con la proporción 4.5:1 en estados hover/focus y que todos los elementos semánticos están correctamente definidos (no usando solo divs). El resultado debe ser un informe de cumplimiento.
Estamos añadiendo iconos interactivos en el encabezado que no tienen texto visible asociado.
Empleando el Accessibility Prover MCP, necesito validar estos botones de icono. Asegúrate de que cada botón sea detectable por un lector de pantalla y que los textos alternativos (alt texts) estén presentes o se hayan añadido correctamente mediante 'aria-label'. Claude debe generar una lista de correcciones.
Históricamente, la accesibilidad se revisa al final, durante las pruebas de QA o peor aún, tras un fallo en producción. Esto implica revisar manualmente cada componente, saltar entre herramientas y documentar los fallos semánticos complejos (como el 'div soup'), lo cual consume días de ingeniería.
Ahora, Claude integra este MCP directamente en tu flujo de trabajo. Simplemente asigna una tarea de revisión al Accessibility Prover MCP. Él audita las especificaciones antes de que se escriba código real, devolviéndote un informe listo para actuar y manteniendo el backlog limpio de deuda técnica.
Abrir este flujo en GitScrum →Sin este control, es común que los desarrolladores o diseñadores olviden detalles cruciales como el orden lógico de tabulación (tabindex) o simplemente omitan las etiquetas `alt` en imágenes. Corregir estos errores tardíos detiene el sprint y requiere repriorizar la hoja de ruta.
Al usar Claude con el MCP, cada ticket que toque un componente UI es forzado a pasar por una validación estricta. Esto no solo eleva la calidad del código sino que hace que tu equipo sea inherentemente más consciente de los estándares WCAG 2.2 AA.
claude.ask()
Claude, revisa este diseño y utiliza el Accessibility Prover MCP para identificar cualquier riesgo de fallo en contraste o semántica que pudiera aparecer antes de escribir una sola línea de código. Dime qué correcciones mínimas son necesarias.
Tengo esta sección de la web. Por favor, ejecuta el Accessibility Prover MCP e informa si hay algún elemento de animación o movimiento que pueda causar problemas a usuarios con sensibilidad vestibular.
Necesito crear un componente complejo en GitScrum. ¿Qué pasos debo seguir y qué validaciones debe realizar Claude usando este MCP para asegurar el cumplimiento total de WCAG 2.2 AA?
Usa el Accessibility Prover MCP para comparar las especificaciones A y B. Dime cuáles son las diferencias críticas en términos de accesibilidad, como la estructura semántica o los atributos ARIA faltantes.
tools.list()
Cada herramienta es una operación que Claude ejecuta por ti.
| tool_name | operation |
|---|---|
| validate_accessibility | Claude revisará las especificaciones del UI y forzará el uso de elementos semánticos correctos (header, nav, main). También verificará la navegación por teclado lógica, los ratios numéricos de contraste (mín. 4.5:1), si hay textos alternativos para lectores de pantalla y si se respeta el movimiento reducido. |
grade
A+
tools
1
auth
Requerido
catalog
Vinkius
faq.read()
Gratis para equipos pequeños. Configura en 5 minutos. Cancela cuando quieras.
GitScrum lista este MCP como partner de Vinkius. Las instalaciones ocurren en Vinkius.
Conecta GitScrum con las herramientas que tu equipo ya utiliza. Integraciones nativas con proveedores Git y plataformas de comunicación.
GitHub
GitLab
Bitbucket
Slack
Teams
Discord
Zapier
PabblyConecta con 3.000+ apps vía Zapier & Pabbly
