Serveur MCP pour la gestion de projet : une grille de 10 critères, notée

Un bon serveur MCP de gestion de projet permet à un client IA de lire et modifier votre tableau sans une clé à surveiller en permanence, vous laisse couper un client sans toucher aux autres, et donne aux agents un moyen sûr de réserver du travail, de vous poser des questions et de prouver ce qu’ils ont fait. Voici dix critères qui couvrent tout cela, pourquoi chacun compte, et un tableau noté pour Weft, Hypertask, Linear, Trello et Notion.

C’est nous qui faisons Weft. Les informations sur les autres produits viennent de leurs pages officielles, vérifiées le 27 octobre 2026. Quand une page ne dit rien, le tableau indique « Non précisé ».

Pourquoi noter un serveur MCP de gestion de projet ?

Le Model Context Protocol règle la tuyauterie : un client demande à un serveur quels outils existent et les appelle avec des arguments structurés. Il ne dit rien de la durée de vie d’un jeton, de la possibilité pour deux agents de saisir la même tâche, ni de ce qui se passe quand un agent veut supprimer quelque chose. Ce sont des choix de produit, et ils varient beaucoup d’un serveur à l’autre.

Le guide d’Hypertask sur les serveurs MCP de gestion de projet propose une liste d’évaluation sensée : couverture des outils, qualité des schémas, authentification et portée, historique d’audit, actions destructives, transport. Simplement, il ne la remplit jamais. Cet article reprend une liste similaire, la resserre en dix critères auxquels on répond par oui ou non, et donne les réponses, y compris les nôtres.

Quels sont les dix critères ?

1. Comment se connecte-t-on, et combien de temps dure le jeton ?

Une clé copiée dans un fichier de configuration, c’est un mot de passe posé sur le disque, et quand elle expire, votre agent échoue sans bruit en pleine exécution. OAuth avec des jetons de rafraîchissement, c’est rien à copier et aucun rappel de calendrier pour renouveler. Demandez la durée de vie du jeton d’accès et celle de la connexion, pas seulement la méthode.

2. Peut-on révoquer un client sans tuer son compte ?

Vous connecterez plusieurs clients : une appli de conversation, un agent de code, peut-être un téléphone. Quand l’un d’eux se comporte mal ou qu’un ordinateur portable est perdu, vous voulez couper cette seule connexion et laisser tourner les autres. Si le seul levier est de faire tourner une clé partagée, tous les clients cassent d’un coup.

3. Chaque connexion peut-elle avoir son propre niveau de droits ?

Un client qui sert à demander « qu’y a-t-il sur mon tableau ? » n’a pas besoin d’écrire. Un agent de code doit écrire, mais a rarement besoin d’archiver en masse. Des niveaux par connexion comme read, write et full permettent de donner à chaque client le strict nécessaire, ce qui est la meilleure défense contre un agent désorienté ou manipulé.

4. Les actions destructives sont-elles signalées et limitées ?

Les outils MCP peuvent porter des indications qui disent si un outil est en lecture seule ou destructif, et les clients peuvent s’en servir pour demander confirmation avant d’agir. Vérifiez que le serveur les renseigne honnêtement, et vérifiez ce que fait vraiment « supprimer » : une corbeille dont on peut restaurer n’a rien à voir avec une suppression définitive.

5. Un agent peut-il réserver une tâche pour éviter les collisions ?

Déplacer une carte dans Doing est un signal visuel, pas un verrou. Deux agents qui lisent le tableau à une seconde d’intervalle verront tous les deux la tâche libre et commenceront tous les deux. Une réservation avec bail, arbitrée par le serveur, signifie qu’on dit non au second agent, et un bail qui expire quand un agent meurt libère la tâche pour quelqu’un d’autre.

6. L’agent peut-il vous poser une question structurée ?

Les agents tombent sur des embranchements que seule une personne peut trancher. Sans outil prévu pour cela, l’agent devine ou s’arrête, et la question meurt dans un historique de conversation. Une question structurée avec des options, livrée là où vous la verrez vraiment, garde la décision attachée à la tâche.

7. La fin d’une tâche s’accompagne-t-elle de preuves ?

« Terminé », venant d’un agent, est une affirmation. Une clôture qui consigne des liens, des hachages de fichiers ou d’autres artefacts, plus ce qui n’a pas été fait, vous permet de vérifier le travail sans tout refaire. Le tableau doit aussi montrer quel client a fait le travail.

8. Quels clients peuvent réellement y accéder ?

Un serveur ne vaut que par les clients que vous utilisez déjà. Vérifiez le chemin réel pour chacun : une appli publiée dans ChatGPT, un connecteur personnalisé ou une fiche d’annuaire dans Claude, une configuration en une ligne dans Claude Code, Cursor et Codex. Vérifiez aussi si la question de l’agent peut vous atteindre, vous, sur votre téléphone.

9. Que permet le forfait gratuit via MCP ?

Les agents font beaucoup de petits appels. Un forfait gratuit qui compte les tableaux, les tâches ou les appels peut s’épuiser en milieu de semaine. Trouvez la limite exacte, et vérifiez si MCP est seulement inclus dans le gratuit, avant d’en faire une habitude.

10. Le transport est-il à jour ?

La spécification MCP évolue. Le transport distant actuel est Streamable HTTP, et plusieurs éditeurs abandonnent les anciens points de terminaison SSE. Un serveur qui indique les révisions de la spécification qu’il prend en charge inspire plus confiance quand votre client se met à jour.

Quelles notes pour Weft, Hypertask, Linear, Trello et Notion ?

Chaque cellule s’appuie uniquement sur ce que dit la page de l’éditeur ou son serveur en ligne. « Non précisé » ne veut pas dire que la fonction manque ; cela veut dire que nous n’avons pas pu la confirmer aujourd’hui à partir d’une source officielle.

Quelques remarques honnêtes pour lire ce tableau. Linear, Trello et Notion sont des produits larges dont le serveur MCP n’est qu’une surface parmi d’autres, et leur documentation MCP ne décrit pas d’outils de flux de travail pour agents comme les baux ou les questions structurées : beaucoup de lignes propres aux agents restent donc vides. Le refus de Trello d’exposer les suppressions définitives est un bon choix de sécurité. Le point de terminaison séparé en lecture seule de Linear est une façon propre de répondre au critère 3. Si votre équipe vit déjà dans l’un d’eux, le serveur officiel est généralement le bon point de départ ; voir Weft ou Linear, Weft ou Trello et Weft ou Notion.

Hypertask intègre baux, preuves et escalade à son produit, mais sa documentation MCP précise qu’ils vivent dans l’API REST, pas dans MCP, par conception. Cela marche bien si vos agents exécutent des scripts. Cela signifie qu’un client de conversation connecté uniquement via MCP n’y a pas accès. Hypertask a aussi ce que Weft n’a pas : une CLI pour les scripts et la CI, une API REST, des agents comme comptes de service avec leur propre identité, des fonctions d’IA intégrées, le suivi du temps et une interface pensée pour le clavier. Notre comparaison détaillée se trouve dans alternative à Hypertask.

Sur quoi Weft obtient-il une moins bonne note ?

Le serveur MCP de Weft compte 32 outils, et leur liste n’est pas gratuite : nous avons mesuré la réponse de tools/list à environ 17,7k jetons. La référence des outils d’Hypertask regroupe ses outils par action : 21 outils couvrent donc plus d’opérations, chacun avec un champ action. C’est un vrai compromis. Des outils groupés prennent moins de place dans le contexte du modèle. Des outils séparés permettent à chaque outil de porter sa propre indication lecture seule ou destructive, et c’est ce qui fait qu’une connexion read correspond exactement à 11 outils en lecture seule et une connexion write à tout sauf les 3 outils destructifs. Nous avons choisi la seconde voie ; si votre client manque de contexte, la première vous conviendra peut-être mieux.

Les autres manques, sans détour. Weft n’a ni CLI, ni API REST publique, ni webhooks : on ne peut donc pas le piloter depuis un job de CI sans client IA. Il n’y a pas d’intégration GitHub ou Slack. Les jetons d’accès personnels n’ont pas de portée : un jeton atteint les 32 outils dans tout l’espace de travail. Préférez donc OAuth quand votre client le prend en charge, car les niveaux par connexion ne s’appliquent qu’aux connexions OAuth.

Comment se protéger de l’injection de prompt ?

Un agent qui lit le texte des tâches, des commentaires ou des pages liées peut être détourné par des instructions cachées dedans. MCP ne règle pas ce problème ; votre configuration, si. Trois habitudes aident.

• Explorez avec une connexion en lecture seule. Quand vous voulez seulement des résumés, des points quotidiens ou de la recherche, connectez ce client au niveau read. Dans Weft, il ne reste alors que les 11 outils en lecture seule, et un appel refusé ne compte pas dans votre quota.
• Relisez les appels destructifs. Gardez la confirmation de votre client pour les outils marqués destructifs au lieu de les approuver pour toute la session. Dans Weft, ce sont trash_task, archive_done_tasks et complete_sprint, et les tâches mises à la corbeille restent restaurables pendant 30 jours.
• Traitez le contenu du tableau comme des données. Les instructions dans la description d’une tâche ne sont pas vos instructions. Mettez les règles que suit votre agent dans son prompt système ou les règles du projet, là où le texte des tâches ne peut pas les contredire.

La boucle de réservation aide aussi. Quand un agent arrive à une étape irréversible, comme publier ou toucher à la production, il peut appeler request_input et attendre votre réponse au lieu d’agir sur un texte trouvé dans une carte.

Quand n’a-t-on pas besoin d’un serveur MCP ?

MCP vaut son coût quand un modèle doit choisir entre plusieurs actions sur un tableau qui change sans cesse. Beaucoup de tâches ne ressemblent pas à ça.

• Un événement produit toujours une mise à jour connue : un script contre l’API de l’éditeur est plus simple et moins cher qu’un modèle.
• Vous avez besoin d’un instantané périodique : un export fait l’affaire. Weft propose l’export JSON et Markdown et un flux de calendrier privé.
• Une personne, une courte session : une checklist Markdown dans le dépôt suffit, jusqu’à ce que le travail survive à la conversation.
• Votre pipeline tourne en CI sans client IA : choisissez un outil avec une CLI ou une API REST. Weft n’a ni l’une ni l’autre aujourd’hui.

Comment tester un serveur avant de s’engager ?

1. Connectez un client au niveau read et demandez-lui de résumer le tableau. Rien ne doit changer.
2. Passez en write sur un projet de test et faites-lui créer une tâche puis la déplacer. Vérifiez que le tableau montre quel client l’a fait.
3. Démarrez la même tâche depuis deux clients. Le second doit être refusé, et non dupliquer le travail en silence.
4. Faites poser par l’agent une question avec des options, et regardez où elle vous parvient : l’appli, votre téléphone, votre e-mail.
5. Terminez la tâche avec un lien comme preuve, puis déconnectez le client et vérifiez que son appel suivant échoue.

Dans Weft, l’étape 1 tient en une commande dans Claude Code, un clic dans Cursor, une ligne de configuration plus codex mcp login weft dans Codex, ou l’ajout de l’appli dans ChatGPT. Le panorama complet des gestionnaires de tâches MCP se trouve dans les gestionnaires de tâches MCP comparés, et la boucle de réservation est expliquée dans la boucle de réservation.

Le nombre d’outils n’est-il pas un gage de qualité ?

Non. Une longue liste d’outils coûte du contexte à chaque session ; les 32 outils de Weft pèsent environ 17,7k jetons. Ce qui compte, c’est que les outils dont vous avez besoin existent, portent des indications lecture seule et destructive honnêtes, et échouent avec des erreurs claires.

OAuth est-il vraiment plus sûr qu’une clé d’API ?

Il supprime le secret copié et vous permet de révoquer un client à lui seul. Weft émet des jetons de rafraîchissement : le client renouvelle la connexion tout seul. Pour les clients sans OAuth, Weft propose aussi des jetons d’accès personnels, mais ils n’ont pas de portée.

Puis-je donner à ChatGPT un accès en lecture seule à mon tableau Weft ?

Oui. Choisissez le niveau read sur l’écran de consentement, ou changez-le plus tard dans Paramètres → Clients IA connectés. Cette connexion ne voit alors que les 11 outils en lecture seule.

Que se passe-t-il si un agent plante alors qu’il tient une tâche ?

Dans Weft, le bail expire au bout de 20 minutes sans signal de vie et la tâche redevient non assignée : un autre agent ou une personne peut la reprendre.

Faut-il un forfait payant pour essayer ?

Non. Le forfait gratuit de Weft comprend 50 tâches actives et 200 appels MCP par mois, et Pro coûte 7,80 € par place et par mois ou 66 € par an. Voir les tarifs.

Nous utilisons déjà Linear ou Trello. Faut-il changer ?

Pas uniquement pour MCP. Leurs serveurs officiels travaillent sur les données que votre équipe a déjà. Envisagez Weft si vous voulez les réservations, les questions et les preuves dans MCP même ; l’import depuis un CSV Linear ou un JSON Trello est gratuit sur tous les forfaits. Voir migrer depuis Linear ou migrer depuis Trello.