← Derniers articles
💬 NLP

Lost in the Flow with Code Talkers: Unveiling the Instruction-Tuning Tax of Large Language Models in Code Tasks

Cet article présente une étude empirique révélant la « taxe de l'ajustement d'instructions » (Instruction-Tuning Tax), un compromis critique où l'ajustement par instructions des grands modèles de langage améliore leur capacité à suivre des commandes en langage naturel mais dégrade simultanément leurs performances dans les tâches de remplissage de code (code infilling), nécessitant ainsi une approche équilibrée pour développer des assistants de codage IA efficaces.

Auteurs originaux : Shi Ying Chang, Chiok Yew Ho, Yichen Li, Yintong Huo

Publié 2026-06-09
📖 6 min de lecture🧠 Analyse approfondie

Auteurs originaux : Shi Ying Chang, Chiok Yew Ho, Yichen Li, Yintong Huo

Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète

Imaginez que vous apprenez à conduire une voiture. Vous avez deux façons distinctes de l'utiliser :

  1. Le mode « Flow » (Flux) : Vous roulez sur l'autoroute, les mains sur le volant, les yeux sur la route. Vous ne voulez pas vous arrêter pour demander votre chemin ; vous voulez simplement que la voiture gère la prochaine courbe, le prochain changement de voie et le prochain virage automatiquement. Vous avez besoin que la voiture anticipe vos mouvements en se basant sur la route qui se trouve juste devant vous.
  2. Le mode « Command » (Commande) : Vous êtes garé. Vous sortez une carte, pointez une destination et dites : « Emmenez-moi à la plage. » Vous donnez une instruction spécifique, et vous vous attendez à ce que la voiture trouve l'itinéraire et y conduise.

Pendant longtemps, les assistants de codage IA (des outils qui écrivent du code informatique pour les développeurs) sont devenus meilleurs en Mode Commande. Ils sont excellents pour écouter un humain dire : « Écris une fonction qui trie cette liste », et faire exactement cela. C'est ce qu'on appelle l'Ajustement d'Instruction (Instruction Tuning). C'est comme apprendre à un robot à suivre une recette.

Cependant, cet article soutient que l'enseignement à une IA de codage comment être un bon « suiveur de recettes » comporte un coût caché. Les auteurs appellent ce coût la « Taxe d'Ajustement d'Instruction ».

Le problème central : Le mythe du « repas gratuit »

Les chercheurs ont découvert que l'ajustement d'instruction n'est pas un repas gratuit. On ne peut pas simplement apprendre à un modèle à suivre des instructions sans qu'il perde certaines de ses autres compétences.

  • Avant l'entraînement (Le Modèle de Base) : Imaginez un apprenti talentueux qui a lu des millions de livres de code. Si vous lui montrez une phrase de code et que vous vous arrêtez au milieu, il peut instinctivement finir la phrase parce qu'il sait comment l'histoire se déroule habituellement. Il est excellent en Mode Flow (remplir les blancs).
  • Après l'entraînement (Le Modèle Instruct) : Maintenant, imaginez que vous prenez ce même apprenti et que vous le faites passer par une école stricte où il apprend seulement à répondre à des questions spécifiques comme : « Combien font 2+2 ? » Il devient excellent pour répondre aux questions (Mode Commande). Mais, quand vous revenez pour lui montrer une phrase à terminer, il est confus. Il commence à parler sur la phrase au lieu de simplement la terminer. Il peut ajouter des explications inutiles, se répéter ou rester bloqué dans une boucle de « Voici le code que vous avez demandé... ».

La « Taxe » en action

L'article a testé cela en comparant des modèles « de base » (les apprentis bruts) à des modèles « instruct » (les entraînés) sur deux types de tâches :

  1. Remplir le milieu (Flow) : Vous donnez à l'IA du code avec un trou au milieu, comme une pièce de puzzle manquante.
    • Résultat : Les modèles entraînés sont devenus moins bons à cela. Ils ont commencé à ajouter du code supplémentaire et inutile ou à trop parler, ce qui rend le code plus difficile à comprendre pour l'ordinateur. C'est comme un mécanicien qui, lorsqu'on lui demande simplement de serrer un boulon, commence à vous faire un cours sur l'histoire des clés à molette.
  2. Suivre des instructions (Commande) : Vous demandez à l'IA de « Écrire une fonction pour calculer la taxe ».
    • Résultat : Les modèles entraînés sont devenus meilleurs à cela. Ils ont compris la requête et ont bien suivi les règles.

Le problème de la « Verbosité »

L'une des découvertes les plus intéressantes est la manière dont les modèles entraînés échouent. Lorsqu'ils se trompent, ils ne se contentent pas d'écrire un mauvais code ; ils écrivent trop.

  • Le Modèle de Base peut échouer en écrivant une phrase courte et cassée.
  • Le Modèle Instruct échoue souvent en écrivant un long paragraphe de code mélangé à des explications de type discussion (« Voici la solution que vous avez demandée... »).

Les chercheurs appellent cela la « verbosité ». C'est comme un serveur qui, au lieu de simplement apporter votre café, apporte le café, explique l'origine du grain, parle de la météo, puis oublie de mettre le sucre sur la table. Dans un environnement de codage, ce « bavardage » casse le code et le rend inutilisable.

Tous les modèles ne sont pas les mêmes

L'article a également découvert que cette « Taxe » n'est pas la même pour toutes les IA.

  • Certaines familles d'IA (comme Qwen) sont comme des élèves robustes ; elles apprennent les instructions mais se souviennent assez bien de comment finir les phrases.
  • D'autres familles d'IA (comme DeepSeek) sont comme des élèves qui, une fois qu'ils commencent à écouter les instructions, oublient complètement comment finir les phrases par eux-mêmes. La « Taxe » est beaucoup plus lourde pour elles.

Le mystère du « Processus d'Entraînement »

Les chercheurs ont aussi observé l'entraînement en mode ralenti. Ils n'ont pas seulement regardé le début et la fin ; ils ont regardé le milieu.

  • Ils ont découvert que l'IA ne devient pas meilleure en tout en même temps.
  • Au début, l'IA devient très douée pour suivre les instructions très rapidement.
  • Mais à mesure que l'entraînement continue, elle commence à perdre sa capacité à remplir les blancs (Mode Flow).
  • C'est un compromis : Gain en Mode Commande = Perte en Mode Flow.

L'essentiel

L'article conclut que nous ne pouvons pas simplement supposer que « plus d'entraînement » égale « une meilleure IA » pour chaque tâche.

  • Si vous avez besoin d'une IA pour discuter avec vous et construire de nouvelles fonctionnalités de zéro (Mode Commande), les modèles entraînés sont excellents.
  • Si vous avez besoin d'une IA pour s'asseoir à côté de vous et taper la ligne de code suivante pendant que vous travaillez (Mode Flow), les modèles bruts, non entraînés, peuvent en fait être meilleurs car ils ne sont pas distraits par le fait de « parler » et restent concentrés sur la simple finition du code.

Les auteurs suggèrent que les développeurs et les créateurs d'outils doivent être prudents. Ils ne devraient pas simplement choisir le modèle le plus « intelligent » ; ils doivent choisir le bon modèle pour l'« humeur » (Flow vs Command) spécifique du développeur. Parfois, l'apprenti « bête » qui se contente de finir la phrase est plus utile que celui qui est « intelligent » et qui n'arrête pas d'expliquer les choses.

Noyé(e) sous les articles dans votre domaine ?

Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.

Essayer Digest →