Avancé

Décomposition de tâches : découper pour mieux faire agir l'IA

La décomposition de tâches consiste à transformer un objectif trop vaste en une liste de sous-tâches simples, que le modèle ou l'agent traite dans l'ordre ou en parallèle. C'est l'étape de planification qui permet à un agent de mener un travail long sans se perdre.

Données au 22 octobre 2026

L'essentiel en chiffres

NiveauAvancé
Origine2022
Introduit parZhou et al. (least-to-most prompting)

Ce que recouvre le terme

Un agent IA à qui l’on confie « prépare une note comparative sur trois logiciels de facturation » ne peut pas tout produire d’un seul coup de façon fiable. La décomposition de tâches lui fait d’abord établir une liste : identifier les trois logiciels, relever leurs prix, lister leurs fonctions, vérifier la conformité, rédiger la synthèse. Chaque sous-tâche est assez petite pour être traitée correctement, et son résultat alimente la suivante.

On distingue deux grandes manières de faire :

  • Décomposition fixe : les étapes sont écrites à l’avance par le développeur. C’est le principe du workflow agentique, prévisible et facile à tester.
  • Décomposition dynamique : le modèle construit le plan lui-même, puis le révise selon ce qu’il découvre. Plus souple, mais plus difficile à contrôler.

Origine et travaux de référence

Découper un problème en sous-problèmes est une idée ancienne en informatique et en planification. Pour les modèles de langage, un jalon souvent cité est l’article « Least-to-Most Prompting Enables Complex Reasoning in Large Language Models » (Zhou et al., Google, mai 2022, ICLR 2023) : le modèle découpe d’abord la question en sous-questions plus faciles, puis les résout dans l’ordre en réutilisant chaque réponse. L’approche prolonge la chaîne de pensée en séparant explicitement « planifier » et « résoudre ».

Pourquoi ça compte

La décomposition est au cœur de l’orchestration d’agents : un agent principal découpe la tâche et confie chaque morceau à un sous-agent ou à un outil, comme dans un système multi-agents. Elle a trois effets concrets :

  • Fiabilité : une petite étape est plus facile à réussir et à vérifier qu’une grande.
  • Contexte maîtrisé : chaque sous-tâche n’a besoin que des informations qui la concernent.
  • Coût : plus d’étapes signifie plus d’appels au modèle. Le calculateur de coût d’agent aide à estimer ce que représente un plan en dix étapes plutôt qu’en deux.

Idées reçues

  • « Plus le plan est détaillé, mieux c’est. » Un découpage trop fin multiplie les appels et les points de rupture entre étapes.
  • « Un plan établi au départ suffit. » Les meilleurs agents replanifient quand une étape échoue ou révèle une information inattendue.
  • « C’est réservé aux agents. » Demander à un assistant de « lister d’abord les étapes, puis les traiter une par une » applique déjà le principe.

Termes liés

À essayer

Tout le glossaire

Questions fréquentes

Qui fait la décomposition : le modèle ou le développeur ?

Les deux sont possibles. Dans un workflow, le développeur fixe les étapes à l'avance dans le code. Dans un agent, c'est le modèle qui propose le plan, parfois validé par un humain avant exécution.

Faut-il toujours décomposer une tâche ?

Non. Pour une question simple, découper ajoute des appels, du temps et du coût sans améliorer la réponse. La décomposition se justifie quand la tâche comporte plusieurs étapes dépendantes ou des parties indépendantes à paralléliser.

Que se passe-t-il si le plan est mauvais ?

L'agent exécute consciencieusement de mauvaises étapes. C'est pourquoi les systèmes robustes permettent de réviser le plan en cours de route, à partir des résultats obtenus, au lieu de le suivre aveuglément.

Sources des données

Données au 22 octobre 2026

Signaler une erreur

Un chiffre, une date ou une information vous semble faux ? Dites-le-nous : chaque signalement est vérifié.