{"id":166425,"date":"2026-03-26T17:13:13","date_gmt":"2026-03-26T15:13:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/intervyu-s-gregom-kroa-hartmanom-ob-otchyotah-ob-oshibkah-sgenerirovannyh-ai"},"modified":"2026-03-26T17:13:13","modified_gmt":"2026-03-26T15:13:13","slug":"intervyu-s-gregom-kroa-hartmanom-ob-otchyotah-ob-oshibkah-sgenerirovannyh-ai","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/intervyu-s-gregom-kroa-hartmanom-ob-otchyotah-ob-oshibkah-sgenerirovannyh-ai","title":{"rendered":"Interview avec Greg Kroah-Hartman sur les rapports d'erreurs g\u00e9n\u00e9r\u00e9s par l'IA","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Lors de la conf\u00e9rence KubeCon Europe, The Register a interview\u00e9 Greg Kroah-Hartman, responsable de la maintenance des branches stables et \"staging\" du noyau Linux, et principal mainteneur dans 16 sous-syst\u00e8mes du noyau. L'interview aborde la perspective de Greg sur les rapports d'erreurs trouv\u00e9s par l'IA. L'IA est d\u00e9j\u00e0 utilis\u00e9e dans le noyau pour examiner les modifications dans le sous-syst\u00e8me r\u00e9seau, eBPF et DRM, et r\u00e9cemment, l'outil Sashiko de Google a \u00e9t\u00e9 int\u00e9gr\u00e9 pour v\u00e9rifier les modifications soumises. <\/p>\n
Quelques-unes des d\u00e9clarations de Greg : <\/p>\n
\n
\u00ab Il y a quelques mois, nous recevions ce que nous appelions des d\u00e9chets d'IA - des rapports de s\u00e9curit\u00e9 g\u00e9n\u00e9r\u00e9s par l'IA qui \u00e9taient clairement inexacts ou de mauvaise qualit\u00e9. C'\u00e9tait m\u00eame dr\u00f4le. Cela ne nous pr\u00e9occupait pas vraiment... Un mois plus tard, quelque chose a chang\u00e9, et la situation a radicalement \u00e9volu\u00e9. Maintenant, nous recevons des rapports r\u00e9els. \u00bb\n
\u00ab Une situation similaire est observ\u00e9e non seulement dans Linux, - tous les projets open source re\u00e7oivent des rapports r\u00e9els, cr\u00e9\u00e9s par l'IA, et maintenant ils sont de qualit\u00e9 et valides. Les \u00e9quipes en charge de la s\u00e9curit\u00e9 dans les plus grands projets open source notent, lors de discussions informelles, la m\u00eame tendance. \u00bb\n
Quand on lui demande ce qui a caus\u00e9 cela, Greg r\u00e9pond : \u00ab Nous ne savons pas. Il semble que personne ne le sache. Soit de nombreux outils sont devenus beaucoup meilleurs, soit les gens ont commenc\u00e9 \u00e0 dire : \u2018H\u00e9, faisons quelque chose \u00e0 ce sujet.\u2019 Cela concerne apparemment de nombreux groupes et entreprises diff\u00e9rents. Pour ce qui est du noyau, nous allons y faire face. Notre \u00e9quipe a consid\u00e9rablement grossi, elle est tr\u00e8s dispers\u00e9e \u00e0 travers le monde, et notre croissance est une r\u00e9alit\u00e9 qui ne ralentit pas. Ce ne sont que des d\u00e9tails, rien de grave, mais de l'aide pourrait \u00eatre n\u00e9cessaire pour tous les projets open source. Les petits projets ont beaucoup moins de capacit\u00e9 \u00e0 g\u00e9rer le flux soudain de rapports d'erreurs et de vuln\u00e9rabilit\u00e9s g\u00e9n\u00e9r\u00e9s par l'IA, qui mentionnent de r\u00e9elles erreurs, et non des d\u00e9chets. \u00bb\n
Greg a expliqu\u00e9 que lorsqu'il a demand\u00e9 \u00e0 l'IA de trouver des erreurs dans un ensemble de modifications propos\u00e9, elle en a trouv\u00e9 60 et a fourni des correctifs pour les corriger. Seule un tiers des erreurs trouv\u00e9es \u00e9taient effectivement des erreurs, et sur les correctifs, seuls 2\/3 se sont r\u00e9v\u00e9l\u00e9s \u00eatre des solutions valides, sans n\u00e9cessiter de retravail, mais tout cela n'\u00e9tait pas compl\u00e8tement inutile. Selon Greg, les mainteneurs ne peuvent pas ignorer cela, surtout que les r\u00e9sultats des travaux de l'IA s'am\u00e9liorent. Pour marquer les correctifs cr\u00e9\u00e9s avec l'aide de l'IA, une balise \u00ab Co-d\u00e9velopp\u00e9 : \u00bb a \u00e9t\u00e9 ajout\u00e9e. Cependant, malgr\u00e9 quelques tentatives d'utilisation de l'IA pour cr\u00e9er de nouvelles fonctionnalit\u00e9s, l'IA est surtout utilis\u00e9e dans le noyau lors de la r\u00e9vision des modifications.\n
L'un des avantages les plus notables de l'IA est la r\u00e9duction du temps de traitement des correctifs. Lorsque l'assistant IA d\u00e9tecte des probl\u00e8mes \u00e9vidents, les auteurs de correctifs re\u00e7oivent des retours bien avant que le v\u00e9ritable mainteneur n'ait eu le temps de lire le correctif : \u00ab Si je vois que le syst\u00e8me r\u00e9agit \u00e0 quelque chose, il donne un retour \u00e0 l'auteur plus rapidement que ne pourrait le faire le mainteneur, et c'est g\u00e9nial. Nous avons d\u00e9j\u00e0 une s\u00e9rie de bots qui v\u00e9rifient les correctifs. Si je remarque qu'ils produisent une erreur, je sais tout de suite que, en tant que mainteneur, je n'ai m\u00eame pas besoin de le regarder. Et le d\u00e9veloppeur pense 'Oh, je peux faire une autre version demain', ce qui aide un peu \u00e0 am\u00e9liorer le retour d'information. \u00bb <\/ul>\n