Tâches récurrentes et dépendances : une liste de tâches qui tourne toute seule
Les tâches récurrentes vous évitent de ressaisir la même tâche chaque semaine, et les dépendances empêchent un agent IA de commencer un travail bloqué. Comment les deux fonctionnent dans Done.
Par Alejandro Rioja5 min de lecture
Deux fonctions sans éclat font l’essentiel du travail pour qu’une liste de tâches donne l’impression de tourner toute seule : la récurrence, pour ne jamais retaper à la main la même tâche hebdomadaire, et les dépendances, pour que rien ni personne, humain ou agent, ne commence un travail qui n’est pas encore prêt. Aucune n’est enthousiasmante seule. Ensemble, elles font la différence entre une liste que vous entretenez et une liste qui s’entretient presque toute seule.
Les tâches récurrentes, bien faites
Une tâche récurrente se répète selon le rythme que vous définissez (quotidien, hebdomadaire, mensuel ou personnalisé). Une tâche comme « envoyer le point hebdomadaire » existe donc une seule fois, et non sous la forme de cinquante-deux entrées presque identiques qu’il vous faudrait sinon créer et nettoyer à la main. L’intérêt n’est pas le calcul de dates. Il tient à ce que vous n’avez plus à penser qu’au travail, pas à l’intendance qui entoure sa répétition.
Dépendances : block_task / unblock_task
Une dépendance indique qu’une tâche ne peut pas commencer avant qu’une autre soit terminée. block_task et unblock_task gèrent directement cette relation « bloquée par », avec une vérification des cycles : vous ne pouvez donc pas créer par accident une boucle où deux tâches s’attendent l’une l’autre indéfiniment. Une tâche bloquée l’est pour de bon : elle n’apparaît pas discrètement comme prête simplement parce que son échéance est arrivée.
Pourquoi cela empêche les agents de brûler les étapes
list_my_tasks, l’outil qu’un agent appelle pour voir sa file de tâches prêtes, exclut explicitement le travail bloqué. Ce n’est pas une recommandation qu’un agent devrait penser à respecter : c’est structurel. Un agent qui récupère sa file ne voit même pas une tâche en attente d’autre chose. Il n’a donc aucun moyen de commencer un travail dans le désordre par erreur.
Un système qui n’a pas besoin d’être surveillé chaque jour
Réunissez les trois éléments : la récurrence, pour que le travail répétitif réapparaisse de lui-même, les dépendances, pour que l’ordre soit imposé plutôt que mémorisé, et le réglage Clôture automatique, pour que les tâches récurrentes à faible enjeu se clôturent seules sans relecture à chaque fois. Vous obtenez une file qui tourne en grande partie toute seule entre les moments où vous devez réellement la piloter.
Là où un humain doit encore passer voir
« Tourner toute seule » ne veut pas dire « disparaître ». Le résumé quotidien et le bilan hebdomadaire existent précisément parce qu’une file qui demande peu d’entretien mérite quand même un coup d’œil. Vous ne gérez plus chaque tâche dans le détail, mais vous voulez toujours savoir ce qui est en retard, ce qui stagne et ce qu’un agent a réellement livré pendant que vous aviez le dos tourné.
Questions fréquentes
Comment fonctionnent les tâches récurrentes dans une application de tâches avec IA ?
Une tâche récurrente se répète selon un rythme (quotidien, hebdomadaire, mensuel ou personnalisé) : vous la configurez une fois au lieu de recréer une tâche presque identique à chaque cycle. Dans Done, une tâche récurrente se comporte comme n’importe quelle autre tâche une fois apparue : elle peut être attribuée, découpée ou soumise à approbation de la même façon.
Qu’est-ce qu’une dépendance entre tâches ?
Une dépendance marque une tâche comme bloquée par une autre : elle ne peut pas être commencée tant que la tâche dont elle dépend n’est pas terminée. Les outils block_task et unblock_task de Done gèrent cela et vérifient les cycles, pour que deux tâches ne puissent pas finir par s’attendre l’une l’autre indéfiniment.
Un agent IA peut-il commencer une tâche avant que sa dépendance soit terminée ?
Non. Une tâche bloquée n’apparaît pas du tout dans la file des tâches prêtes d’un agent. list_my_tasks ne fait remonter que le travail non bloqué : un agent n’a donc aucun moyen de brûler les étapes par accident.