Qui valide le travail d’un agent IA ? 22 applis auditées

Presque aucun gestionnaire de tâches ne fait valider par une personne, par défaut, le travail terminé d’un agent IA. Nous avons repris les données comparatives que nous tenons sur 22 applis de tâches et de projets, chacune vérifiée sur les pages tarifs et d’aide de l’éditeur entre le 23 et le 28 octobre 2026. 17 des 22 proposent un serveur MCP officiel, donc un agent externe comme Claude ou ChatGPT peut déjà y créer, modifier et terminer des tâches. 13 n’ont aucune étape de validation pour le travail des agents. Les 9 autres en ont une partielle : un point de revue, un approbateur sur une étape du workflow, un aperçu des changements d’agenda. Aucune ne dépasse 3 sur 5 sur la question de savoir si le travail terminé par un agent attend une personne avant de compter comme fait.

Qu’avons-nous mesuré ?

Chaque appli de nos pages comparatives est notée de 0 à 5 sur huit critères. Cet audit en utilise quatre, avec les données brutes qui les justifient : peut-on confier une tâche à un agent IA, le travail de cet agent attend-il une validation humaine avant de compter comme fait, un agent peut-il s’arrêter pour vous poser une question, et l’appli propose-t-elle un serveur MCP que des agents externes peuvent utiliser. Un 0 en validation signifie que l’éditeur ne documente aucune étape de validation pour le travail des agents. Un 2 ou un 3 signifie qu’il existe un vrai mécanisme, mais qu’il ne couvre que certaines étapes, certaines offres ou certains types de changement. Un 5 voudrait dire que tout travail d’agent attend une personne par défaut.

Quelles applis ont leurs propres agents, et lesquelles acceptent le vôtre ?

Les 22 applis se répartissent en cinq groupes selon la façon dont un agent reçoit du travail. Neuf ont des agents à qui l’on assigne des tâches dans l’appli : les AI Teammates d’Asana, les Super Agents de ClickUp, les agents Rovo et partenaires de Jira, les agents de code de Linear, les agents de monday.com, les Custom Agents de Notion, les agents de Plane, ceux de Taskade et les coéquipiers IA de TryGoals. Quatre ont un assistant IA qui planifie ou aide plutôt que de recevoir des tâches : Motion, Sunsama, Reclaim et Akiflow. Cinq n’ont pas d’agent maison mais laissent entrer des agents externes via un serveur MCP officiel : Todoist, TickTick, Trello, Basecamp et Any.do. Une, Weft, est conçue pour les agents que vous apportez. Trois n’ont aucune voie officielle pour les agents : Things 3, Microsoft To Do et Google Tasks, où seuls des serveurs communautaires ou un assistant séparé atteignent votre liste.

À quoi ressemble la validation, là où elle existe ?

Chacune des neuf applis dotées d’une validation partielle règle un problème plus étroit que la validation du travail des agents en général. Le tableau reprend ce que chacune documente, dans les termes de l’éditeur.

Deux tendances ressortent. D’abord, la validation vit souvent dans l’interface de l’agent lui-même, pas sur la tâche : une pull request, un brouillon privé, un aperçu. Cela fonctionne quand l’agent est celui de l’éditeur, et ne dit rien d’un agent externe connecté via MCP. Ensuite, quand une étape existe sur la tâche, elle est en général facultative, par étape ou par offre, si bien que le comportement par défaut reste que la modification d’un agent compte dès qu’elle est faite.

Un agent peut-il s’arrêter pour vous poser une question ?

Seules 2 des 22 le documentent. Linear permet à un agent de demander des précisions dans une issue, et Weft permet à un agent de demander une information et enregistre la décision. Pour les 20 autres, la documentation ne décrit aucun moyen pour un agent de laisser une question à une personne et d’attendre, donc un agent face à une ambiguïté devine ou s’arrête sans dire pourquoi.

Pourquoi le comportement par défaut compte-t-il quand les agents se connectent via MCP ?

Parce que MCP a fait de l’agent externe le cas courant. 17 des 22 applis proposent un serveur MCP officiel, et Claude, ChatGPT, Codex et Cursor peuvent tous s’y connecter. Sur la plupart de ces serveurs, un agent qui appelle un outil pour terminer ou modifier une tâche l’a terminée ou modifiée, avec la même autorité que la personne connectée. Un point de revue par étape dans l’agent de l’éditeur ne couvre pas ce cas. Le seul endroit où un comportement par défaut peut s’appliquer à tous les agents, c’est la tâche elle-même : l’agent propose, une personne valide.

Comment Done s’y prend-il ?

Done fait de la validation le comportement par défaut, pas une option. Un agent qui travaille une tâche appelle propose_completion, qui publie son résumé et met la tâche en attente de validation ; elle ne passe à terminée que lorsque vous la validez, sauf si vous avez marqué cette tâche agent-ok au préalable. Un agent ne peut pas s’accorder agent-ok lui-même. Quand il bute sur un choix que vous seul pouvez faire, il appelle ask_decision, qui laisse la question avec sa recommandation et lui permet de passer à autre chose. Done est notre produit, il n’entre donc pas dans les chiffres ci-dessus.

Comment nous avons construit ces données

• Source : les 22 fiches concurrents derrière trydone.app/compare, chacune avec ses sources éditeur et une date de vérification entre le 23 et le 28 octobre 2026.
• Chaque cellule est soit une capacité que l’éditeur documente, soit une courte nuance. Là où la documentation ne dit rien, la cellule indique Non documenté et compte comme non.
• Les notes de validation suivent la grille des pages comparatives : 0 sans étape documentée, 2 ou 3 pour un mécanisme réel mais partiel, 5 seulement pour une validation par défaut de tout le travail des agents.
• Les groupes ont été comptés à la main à partir des cellules agent et MCP, puis vérifiés contre les totaux : chaque appli est dans un seul groupe.
• Limites : les éditeurs vont vite. ClickUp a changé ses offres entre deux vérifications à quatre jours d’intervalle, donc considérez chaque cellule comme valable à sa date seulement.