La integración de aceleradores de IA incorpora herramientas compartidas de pruebas y de referencia
Un grupo de trabajo detalla las mejoras del primer semestre en las pruebas entre repositorios, las pruebas independientes del hardware y la compatibilidad con la generación de perfiles.
Ilustración generada con IAEl Grupo de Trabajo de Integración de Aceleradores ha presentado el trabajo realizado en el primer semestre de 2026 para facilitar la integración de nuevo hardware de computación con el ecosistema de software de IA. Los cambios incluyen un relé de pruebas compartido, pruebas menos dependientes del hardware e implementaciones de referencia para los desarrolladores de aceleradores.
Una de las novedades, Cross-Repository CI Relay, permite que los proyectos descendentes registrados reciban eventos de envío cuando se abren o se confirman cambios en el proyecto ascendente. Esos proyectos ejecutan sus propias pruebas y devuelven los resultados mediante una devolución de llamada autenticada. Así, los responsables del mantenimiento pueden ver juntos el estado de las pruebas ascendentes y descendentes, lo que les ayuda a identificar problemas de compatibilidad antes de fusionar los cambios.
La participación se organiza en cuatro niveles. Los proyectos pueden empezar con notificaciones y avanzar, pasando por los informes, hacia comprobaciones no bloqueantes y, finalmente, bloqueantes. El sistema utiliza verificación de identidad, autorización, limitación de frecuencia y otras medidas de validación para separar la información de confianza de los resultados aportados por los proyectos descendentes.
El grupo de trabajo también describió los cambios en pruebas que antes contenían referencias fijas a aceleradores concretos. Los colaboradores migraron más de 276 archivos de prueba durante el primer semestre del año. El objetivo es que una sola prueba pueda generar variantes para distintos dispositivos registrados sin que los proveedores tengan que mantener sus propios parches.
Los metadatos de clasificación distinguen las pruebas vinculadas a hardware específico de las genéricas o independientes del hardware. Un linter exige que las nuevas clases de prueba declaren esa clasificación, mientras que una lista de permitidos gestiona los archivos existentes sin clasificar durante la transición.
El trabajo de generación de perfiles aporta una implementación de referencia mínima para los desarrolladores que ponen en marcha nuevos backends de aceleradores. La referencia muestra la mecánica de integración, pero no pretende ser un generador de perfiles para producción. Entre las prioridades del segundo semestre figuran reducir la lista de permitidos de pruebas sin clasificar, ampliar la cobertura independiente del hardware y conectar la clasificación de hardware con la selección automatizada de pruebas.