GitHub está probando un agente experimental de accesibilidad diseñado para dos objetivos concretos: proporcionar a ingenieros respuestas fiables y just‑in‑time dentro de GitHub Copilot CLI y la integración de Copilot en VS Code, y detectar y remediar automáticamente problemas sencillos de accesibilidad en cambios de front‑end antes de que lleguen a producción. La iniciativa busca reducir errores antes del despliegue y acelerar la corrección en pipelines de desarrollo.
En su función de prevención automática, el agente evalúa modificaciones de código de front‑end: hasta la fecha ha revisado 3.535 pull requests y alcanzó una tasa de resolución del 68%. Los cinco tipos de incidencias más frecuentes, por orden, son: falta de claridad en estructura y relaciones para tecnologías de asistencia; nombres poco claros en controles interactivos; ausencia de avisos para anuncios importantes; falta de alternativas textuales para contenido no textual; y desorden en el foco de teclado.
El anuncio sitúa esta prueba en el contexto más amplio del uso de agentes para trabajar con código: la compañía ya aplica flujos basados en agentes en varias iniciativas y el post asume cierto conocimiento de modelos de lenguaje (LLMs). How to get LLMs to do what you want" y "How to write a great agents.md", así como a un texto sobre fallos y diseño de flujos multi‑agente.
Por qué importa: el agente pretende eliminar fricciones que habrían limitado el uso de la plataforma por parte de personas que dependen de tecnologías de asistencia y complementar — no sustituir — el trabajo de los equipos. El enfoque se apoya en el modelo social de la discapacidad y la compañía indica que compartirá éxitos y lecciones aprendidas para ayudar a otros equipos en su recorrido de accesibilidad.
Fuentes
Respuestas (0)
Aún no hay respuestas en este tema.
