Serveurs MCP des applis de tâches : 14 audités

Quatorze applis de tâches et de projets que nous suivons proposent un serveur MCP officiel et hébergé, et elles s’accordent sur moins de choses qu’on ne le croit. Les 14 se connectent avec OAuth, et 13 laissent un client s’enregistrer tout seul à la volée. Seuls 7 acceptent un client ID metadata document, la façon la plus récente pour un client de s’identifier, et 7 acceptent aussi un jeton d’API. Six publient le nombre d’outils qu’un agent reçoit, de 32 à 68. Et aucun des 14 ne documente une étape de validation qui retienne le travail d’un agent externe jusqu’à ce qu’une personne le valide : trois en ont une partielle, deux disent clairement qu’il n’y en a pas, et neuf n’en disent rien.

Quels serveurs avons-nous examinés ?

Les 14 sont les serveurs officiels de notre sélection de gestionnaires de tâches MCP : Akiflow, Reclaim, Sunsama, TickTick et Todoist pour l’organisation personnelle ; Asana, ClickUp, Jira via le serveur Rovo d’Atlassian, Linear, monday.com, Notion, Taskade et Trello pour les équipes ; et Weft, conçu pour les agents. La connexion de chaque serveur a été lue dans ses métadonnées OAuth en direct, et tout le reste dans la documentation de l’éditeur, le 24 octobre 2026, avec un nouveau comptage des outils le 28 octobre. Done a aussi un serveur MCP, mais c’est le nôtre, il est donc exclu de tous les chiffres.

Comment les serveurs MCP des applis de tâches gèrent-ils la connexion ?

OAuth l’a emporté sans discussion : les 14 l’utilisent, donc vous vous connectez dans un navigateur au lieu de coller une clé dans un fichier de configuration. Les différences tiennent à la façon dont un client obtient son identité. L’enregistrement dynamique, où un client s’enregistre tout seul à sa première connexion, est quasi universel : 13 sur 14 ; l’exception est Asana, et certains clients ont besoin d’un client ID créé dans sa console développeur. Les client ID metadata documents, qui permettent à un client de pointer vers une URL qui le décrit au lieu de s’enregistrer, sont plus récents et à moitié adoptés : 7 sur 14. Sept serveurs acceptent aussi un jeton ou une clé d’API personnelle, pratique pour les scripts et les exécutions planifiées, mais qui ramène le secret collé qu’OAuth devait faire disparaître.

Combien d’outils chaque serveur donne-t-il à un agent ?

Six des 14 publient un nombre. Notion en documente le plus, 68, bien au-delà des tâches : pages, bases de données, agendas et ses propres sessions de Custom Agents. ClickUp en documente 65, Atlassian en liste 52 pour Jira seul, Taskade 50, le serveur open source de Todoist compte 47 fichiers d’outils, et Weft 32. Les huit autres vous renvoient au serveur : lancez tools/list et regardez ce qui revient. Une longue liste n’est pas meilleure en soi. Chaque outil est une chose qu’un agent peut appeler avec votre autorité, donc la vraie question est combien écrivent, et lesquels sont irréversibles.

Quels serveurs limitent ce qu’un agent peut casser ?

Quatre prennent une position claire, chacun différente. Linear propose un endpoint distinct en lecture seule qui n’expose que des outils de lecture. Atlassian place les trois outils de suppression de Jira, qui sont définitifs, dans un groupe désactivé tant qu’un administrateur ne l’active pas. Le serveur de Trello peut archiver des cartes et des listes, jamais les supprimer. Les outils de suppression de Notion envoient jusqu’à 20 pages à la corbeille, d’où l’on peut les restaurer. La documentation de ClickUp se contredit : sa présentation dit que le serveur n’a pas d’outils de suppression, alors que sa référence des outils en liste deux. Les autres s’en remettent aux permissions de votre compte.

L’un d’eux retient-il le travail d’un agent pour validation ?

Pas par défaut. Trois ont quelque chose de partiel : Linear revoit le travail des agents dans la pull request plutôt que sur l’issue, Reclaim affiche un aperçu des changements d’agenda faits depuis Claude, et Weft permet à un agent d’envoyer le travail terminé dans une file de revue s’il le décide. Todoist et TickTick n’en ont pas, et les neuf autres n’en documentent pas. Sur chacun de ces serveurs, un agent qui appelle un outil pour terminer ou modifier une tâche l’a fait.

Où se situe le serveur de Done

Le serveur MCP de Done prend en charge les quatre options de connexion du graphique, publie ses 86 outils avec les annotations readOnlyHint et destructiveHint, et fait de la validation le comportement par défaut : un agent propose la fin de la tâche, qui attend votre validation, sauf si vous l’avez marquée agent-ok. Les agents peuvent aussi vous poser une question avec ask_decision, et les jetons peuvent être limités à la lecture seule ou à un seul projet. C’est notre produit, d’où son exclusion des chiffres ci-dessus.

Comment nous avons construit ces données

• Périmètre : toutes les applis de notre sélection de gestionnaires de tâches MCP qui ont un serveur MCP officiel et hébergé, Done exclu.
• Les options de connexion viennent des métadonnées OAuth en direct de chaque serveur (son endpoint d’enregistrement et son indicateur de client ID metadata document) et de la documentation de l’éditeur, lues le 24 octobre 2026.
• Les nombres d’outils sont ceux que publie l’éditeur. Celui de Todoist compte les fichiers d’outils de son dépôt open source ; celui de Jira ne couvre que Jira, pas Confluence ni Bitbucket.
• Les marques de validation et de question suivent la règle de la sélection : oui, partiel ou non quand la documentation le dit, Non documenté quand elle se tait.