Le serveur MCP Taskavel expose deux prompts prêts à l’emploi aux clients IA compatibles : Plan my day et Triage new bugs. Ce sont des prompts MCP, non des boutons dans Taskavel. Après la connexion de Taskavel, votre client peut les lister comme prompts ou flux disponibles ; sinon, saisissez directement dans la conversation la demande exemple de Plan my day ou Triage new bugs. Le résultat est le même : le client utilise la référence d’outils générée de Taskavel pour examiner les projets et tâches autorisés avant de proposer ou effectuer un changement.
Trouver le bon outil sans deviner
Ouvrez la vue d’ensemble MCP tools lorsqu’il vous faut une opération précise. Elle est générée depuis le serveur Taskavel et reste donc alignée sur les outils et schémas livrés. La vue regroupe les outils ; chaque page identifie si l’action est de lecture, écriture ou destructive et donne un exemple de prompt et d’appel.
Commencez avec les outils de découverte lorsque l’entrée n’est pas encore exacte. ListProjects résout les projets accessibles ; ListBoardColumns et ListMilestones révèlent les destinations valides ; les détails et recherches de tâches établissent l’état actuel. Pour une planification large, utilisez FilterTasks, GetBoardSnapshot et RecentActivity plutôt que d’inférer un état depuis un titre seul.
Lisez attentivement les descriptions d’outils pour leur forme de données. Les descriptions de tâches utilisent du HTML riche, non du Markdown, lorsqu’un outil de création ou mise à jour accepte une description. Les commentaires identifiés par #123 sont des identifiants de commentaire, non de tâche : utilisez l’outil de réponse uniquement pour répondre à ce commentaire.
Plan my day
Demandez au client d’utiliser le prompt Plan my day ou formulez directement la demande : « Planifie mon travail Taskavel pour aujourd’hui. Montre les échéances, mes tâches actives et tout minuteur en cours avant de recommander un ordre. » Le flux peut examiner vos tâches et échéances avant de proposer ce qu’il faut faire ensuite.
Examinez l’ordre proposé avant de demander au client de démarrer ou arrêter le suivi du temps. Un bon plan nomme les projets et tâches concernés et distingue une recommandation d’une action déjà effectuée. Si une tâche suggérée est inconnue, demandez ses détails au lieu d’accepter sa priorité aveuglément.
Triage new bugs
Utilisez le prompt Triage new bugs lorsque le travail entrant récent doit être trié. Une demande utile est : « Trie les nouveaux signalements de bugs dans le projet Mobile. Montre l’instantané du tableau et l’activité récente, identifie les informations manquantes et demande avant de déplacer quoi que ce soit. » Cela indique au client de recueillir le contexte avant de modifier colonnes ou jalons.
Pour plusieurs déplacements, préférez la capacité de déplacement groupé aux déplacements répétés individuels. Si une colonne demandée ne correspond pas au tableau, le serveur peut renvoyer les colonnes disponibles ; choisissez parmi ces options au lieu de laisser le client en inventer une. Listez les jalons avant d’en créer un et proposez-en un nouveau seulement lorsque le jalon demandé n’existe pas.
Écrire des prompts sûrs à exécuter
Donnez au client une portée claire et une limite d’approbation. Par exemple : « Dans Website, trouve les tâches qui me sont affectées et dues cette semaine. Ne change rien ; résume les blocages. » Après examen, poursuivez avec : « Déplace uniquement la tâche #42 vers Review. » Gardez gestion des membres, actions d’archivage et suppression comme demandes distinctes.
La suppression définitive exige une tâche déjà archivée et une confirmation explicite. En cas de doute, demandez un archivage et un rapport, non une purge. Consultez permissions et portée du projet pour les limites d’accès effectives.