Gestionnaire de tâches pour Claude : connectez Claude à votre liste de tâches par MCP

« Gestionnaire de tâches pour Claude » désigne en général une chose précise : Claude peut-il réellement lire, mettre à jour et terminer les éléments de votre liste, et pas seulement en discuter ? Avec Done, la réponse est oui. Connectez Claude une fois par MCP, et il peut récupérer sa file, prendre une tâche en charge, faire le travail et rendre compte dans la tâche que vous avez sous les yeux, en restant limité à votre compte et à rien d’autre.

Deux façons de connecter Claude

Done est un serveur d’autorisation OAuth 2.1 complet pour son propre point d’accès MCP. claude.ai et Claude Desktop peuvent donc l’ajouter comme connecteur personnalisé et gérer eux-mêmes l’authentification : il n’y a aucun jeton à copier ni à stocker. Si vous branchez plutôt Claude Code ou un script, générez un jeton bearer propre à votre compte depuis le panneau Compte et renseignez-le une fois dans la configuration de votre client MCP.

• claude.ai ou Claude Desktop : Paramètres → Connecteurs → Ajouter un connecteur personnalisé → collez https://trydone.app/mcp → Connecter. Claude découvre les points d’accès OAuth de Done, s’enregistre, puis vous envoie vers Done pour vous connecter et approuver l’accès.
• Claude Code ou un script sur mesure : générez un jeton depuis le panneau Compte, puis pointez la configuration de votre client MCP vers https://trydone.app/mcp avec un en-tête Authorization: Bearer.
• Dans les deux cas, la connexion est limitée à votre seul compte : il n’existe aucun jeton partagé ou global que Claude, ou qui que ce soit d’autre, pourrait réutiliser d’un compte à l’autre.

Ce que Claude peut réellement faire une fois connecté

Une fois connecté, Claude dispose du même ensemble d’outils pensés pour le flux de travail, que ce soit claude.ai, Claude Desktop ou Claude Code qui le pilote. Il ne s’agit pas d’opérations brutes de base de données, mais d’actions qui reflètent la façon dont vous traiteriez vous-même une tâche : récupérer la file des tâches prêtes, en prendre une en charge, commenter l’avancement, puis la terminer ou proposer sa clôture à votre approbation.

• list_my_tasks / next_task : voir le haut de la file de Claude ou le prendre en charge de façon atomique, pour qu’une flotte d’agents ne saisisse jamais deux fois la même tâche.
• get_task : charger tout le contexte d’une tâche, c’est-à-dire les notes, les sous-tâches, les blocages et tout le fil d’activité.
• comment_on_task : publier l’avancement ou les résultats en markdown, là où vous les verrez, à côté de la tâche.
• complete_task ou propose_completion : clôturer directement une tâche si elle est réglée sur Clôture automatique, ou publier un résumé et attendre votre approbation si elle ne l’est pas.
• decompose_task et propose_plan : découper une grosse tâche en sous-tâches, ou présenter un plan avant de faire le travail, pour tout ce qui est trop gros pour être attaqué à froid.

Dans quelle application de tâches un agent IA peut-il écrire directement ?

La plupart des applications de tâches laissent un agent les lire (exporter une liste, synchroniser un calendrier), mais s’arrêtent avant une vraie surface d’écriture : créer une tâche, la prendre en charge, la commenter et la clôturer, dans les limites d’un seul compte, par un protocole ouvert plutôt que par un plugin ponctuel. Le point d’accès MCP de Done est construit précisément autour de cela. Une fois Claude connecté, create_task, update_task, comment_on_task et complete_task sont de vrais outils qu’il peut appeler, pas une transcription de discussion dont vous recopieriez les résultats à la main. Tout ce qui ne doit pas se clôturer tout seul passe toujours par propose_completion et par votre approbation : une vraie surface d’écriture ne veut pas dire une surface sans relecture.

Une session Claude type

Une exécution se déroule à peu près de la même façon à chaque fois. Claude appelle get_digest pour savoir ce qui est en retard et ce qui arrive à échéance aujourd’hui, puis list_my_tasks ou next_task pour trouver le haut de sa file. Il charge la tâche avec get_task, lit les éventuelles notes_for_agent et les acceptance_criteria (la barre concrète à laquelle son résultat sera mesuré, pas de simples consignes), puis fait le travail et le vérifie par rapport à cette barre avant d’appeler complete_task ou propose_completion.

Faire tourner Claude selon un planning

Done ne fait pas tourner d’agent sur ses propres serveurs. C’est une file, pas un planificateur, et rien ne se passe tant qu’un client ne demande rien. Avec Claude Code, vous pouvez configurer une routine qui interroge la file au rythme qui vous convient : chaque matin, toutes les heures, une fois par nuit. Claude vérifie la file à chaque fois, propose des plans pour tout ce qui est conséquent, et avance sur ce que vous avez déjà approuvé depuis la dernière exécution.

Garder Claude sous contrôle

C’est vous qui décidez de ce que Claude peut faire sans demander, et rien de tout cela ne suppose de faire plus ou moins confiance au modèle. Limitez son jeton à la lecture seule ou à un seul projet (une fonction Pro/Teams) si vous voulez qu’il observe, ou qu’il ne travaille qu’à un endroit. Ne réglez sur Clôture automatique que les tâches que vous acceptez vraiment de voir se clôturer seules. Tout le reste passe par propose_completion et attend dans À valider jusqu’à ce que vous y jetiez un œil. Chaque session est enregistrée comme une exécution vérifiable, avec son propre budget d’appels d’outils et de temps : une session ne peut donc pas continuer discrètement longtemps après que vous avez cessé de la surveiller.