Nous fournissons une compétence et un harnais de test pour aider à porter les modèles de langage des transformateurs vers mlx-lm, afin qu'ils deviennent (presque) instantanément disponibles dès qu'ils sont ajoutés aux transformateurs. La Skill est conçue pour aider les contributeurs et les réviseurs en tant qu'aide et non comme automatisation. Nous expliquons pourquoi nous l'avons fait, comment et commentons comment contribuer de manière significative à l'open source à l'ère des agents.
En 2026, les agents de code ont commencé à fonctionner réellement. Ce qui était autrefois une saisie semi-automatique du côté de votre éditeur s'est transformé en un système qui propose des solutions raisonnables à partir de brèves spécifications. Le code généré fonctionne généralement immédiatement, couvre ce que vous avez demandé et fait des hypothèses raisonnables sur les détails que vous n'avez pas spécifiés. C'est génial. Comme le dit Jensen Huang, nous sommes instantanément passés de 30 millions à un milliard de codeurs dans le monde. Les esprits créatifs sont libérés.
Mais cela nous oblige à repenser l’open source.
Prenons l'exemple de la bibliothèque de transformateurs. Il compte des centaines de contributeurs, est utilisé dans des milliers de projets et a été téléchargé plus d'un milliard de fois. Soudainement, toute personne disposant d'un agent peut lui demander de trouver un problème en suspens, de le résoudre et de soumettre un PR. Et c'est exactement ce qui se passe. Ces gens se sentent heureux parce qu'ils contribuent à une grande bibliothèque, mais la triste réalité est que, la plupart du temps, ils ne réalisent pas qu'ils ne le sont pas.
Pourquoi pas? Il existe deux hypothèses que les PR générés par les agents oublient généralement.
Les bases de code comme les transformateurs se soucient profondément du code. C'est cool de créer des projets où l'apparence du code n'a pas d'importance, mais les transformateurs n'en font pas partie. Utilisés par des milliers de personnes, les transformateurs sont principalement conçus comme une méthode de communication interhumaine, via le code. Les fichiers modèles se lisent de haut en bas, car nous voulons que les praticiens les comprennent sans passer par des abstractions complexes. Cela imprègne toute la conception de la bibliothèque et c’est la raison pour laquelle, par exemple, nous privilégions les hiérarchies plates.
Les agents n'ont pas ce contexte. Parce que les décisions de conception ne sont pas explicites, les agents suggèrent aux refactoristes d'"améliorer" la base de code en suivant les "meilleures pratiques", sans se rendre compte qu...
[Courte citation de 8% de l'article original]