GitHub pide más control sobre la accesibilidad del código generado por inteligencia artificial
La expansión de las herramientas de inteligencia artificial para programar está cambiando la forma de crear aplicaciones, pero también plantea nuevos retos para garantizar que el resultado sea accesible. Ed Summers, responsable de accesibilidad en GitHub, defiende que los equipos no deben confiar únicamente en las respuestas predeterminadas de los asistentes de código.
Su propuesta pasa por orientar a estos sistemas con instrucciones específicas, agentes especializados y guías adaptadas a cada proyecto. El objetivo es que la accesibilidad forme parte del proceso de desarrollo desde el principio, en lugar de convertirse en una revisión final cuando la aplicación ya está construida.
La IA puede ayudar, pero no sustituye al criterio del equipo
Los asistentes de programación son capaces de generar componentes, proponer estructuras y corregir errores en pocos segundos. Sin embargo, su rendimiento depende en gran medida del contexto que reciben. Una petición genérica puede producir código funcional, pero no necesariamente una interfaz que puedan utilizar todas las personas.
Un formulario, por ejemplo, puede parecer correcto a simple vista y aun así presentar problemas para quienes navegan con teclado, utilizan lectores de pantalla o necesitan distinguir con claridad los mensajes de error. La inteligencia artificial puede pasar por alto estos casos si no se le proporcionan criterios concretos de accesibilidad.
Por eso, Summers insiste en que no existe una solución universal. Cada producto utiliza tecnologías diferentes, responde a unas necesidades determinadas y se dirige a un público concreto. Las instrucciones útiles para una aplicación web no tienen por qué servir para una plataforma móvil o para una herramienta interna de una empresa.
Instrucciones personalizadas para obtener mejores resultados
Una de las vías más directas para mejorar el código generado por IA consiste en crear instrucciones personalizadas. Estas indicaciones pueden explicar las normas que debe seguir el asistente, los componentes autorizados y los criterios que deben revisarse antes de aceptar una propuesta.
Entre esas directrices pueden figurar el uso correcto de elementos HTML semánticos, la navegación completa mediante teclado, la asociación entre etiquetas y campos de formulario, el contraste suficiente o la gestión de los estados de foco. También es posible pedir al sistema que justifique sus decisiones y señale los riesgos de accesibilidad de cada cambio.
Este enfoque convierte las instrucciones en una especie de guía de estilo para la IA. En vez de limitarse a solicitar que genere un botón o una ventana de diálogo, el equipo puede establecer cómo debe comportarse ese componente y qué comprobaciones debe superar.
Agentes y guías para integrar la accesibilidad
Summers también plantea el uso de agentes especializados. Estos agentes pueden asumir tareas concretas, como revisar una interfaz, analizar un fragmento de código o comprobar si un componente cumple las reglas definidas por el proyecto.
Su utilidad no está solo en detectar fallos. También pueden ayudar a prevenirlos durante la fase de creación, cuando todavía resulta sencillo modificar la estructura. Un agente configurado para revisar la accesibilidad podría advertir de una jerarquía incorrecta de encabezados, de un control sin nombre accesible o de una interacción que no funciona sin ratón.
Las guías internas cumplen una función complementaria. Permiten documentar patrones, decisiones y ejemplos que el asistente puede utilizar como referencia. De este modo, el conocimiento del equipo no queda repartido únicamente entre sus miembros, sino que se incorpora al flujo de trabajo y puede aplicarse de manera más coherente.
La mejora debe ser continua
El responsable de accesibilidad de GitHub advierte de que ninguna configuración resolverá por sí sola todos los problemas. Las instrucciones pueden quedarse obsoletas, los componentes pueden cambiar y las necesidades de las personas usuarias no son idénticas en todos los productos.
La accesibilidad exige, por tanto, un esfuerzo sostenido. Es necesario revisar las reglas, actualizar los ejemplos, analizar los errores que se repiten y comprobar el resultado con distintas herramientas y usuarios. Las pruebas automáticas aportan una primera capa de control, pero no sustituyen las evaluaciones manuales ni la experiencia de personas con discapacidad.
- Definir criterios de accesibilidad específicos para cada proyecto.
- Incluir esas reglas en las instrucciones del asistente de programación.
- Crear agentes o revisiones automáticas para detectar problemas habituales.
- Probar las interfaces con teclado, lectores de pantalla y otras tecnologías de apoyo.
- Actualizar las guías a medida que evolucionan el producto y sus usuarios.
Del código correcto al producto utilizable
La principal diferencia está en no confundir un código que funciona con un producto verdaderamente usable. La IA puede acelerar el desarrollo y reducir tareas repetitivas, pero la responsabilidad sobre el resultado continúa en manos de los equipos.
Incorporar la accesibilidad en las instrucciones, los agentes y las revisiones permite aprovechar mejor estas herramientas sin delegar en ellas decisiones que requieren contexto. La recomendación de Summers apunta precisamente a ese equilibrio: utilizar la inteligencia artificial como apoyo, pero mantener una estrategia propia y revisarla de forma constante.
En un momento en el que cada vez más aplicaciones se construyen con ayuda de asistentes, esa planificación puede marcar la diferencia entre añadir parches al final del proyecto o crear experiencias inclusivas desde la primera línea de código.
