Déclencher un agent IA instantanément : Lancer maintenant, @claude et webhooks

Cliquez sur Lancer maintenant dans une tâche, ou écrivez @claude dans un commentaire de cette tâche. Les deux créent la même demande, et Done la transmet instantanément à un agent connecté au lieu d’attendre son prochain passage programmé. Si un agent est déjà en flux continu par MCP, la demande lui parvient en temps réel. Si rien n’est connecté, elle est mise en file sous la forme d’une ligne durable qu’un agent récupère dès qu’il se connecte. Done peut aussi, en option, envoyer un webhook sortant signé à un service distinct, pour que quelque chose puisse réveiller l’agent.

Pourquoi « il finira bien par s’en occuper » ne suffit pas toujours

Un agent qui tourne selon un planning (une routine nocturne, un cron toutes les heures, une session Claude Code que vous lancez vous-même) ne voit que ce qui a changé depuis son dernier passage. Cela convient à la plupart des travaux, mais pas à la demande réellement urgente : un blocage vient d’être levé, un relecteur attend un retour aujourd’hui, ou vous regardez le tableau en ce moment et vous voulez que l’étape suivante démarre tout de suite, pas à la prochaine exécution programmée. Les déclencheurs existent pour combler précisément ce manque.

Lancer maintenant : la version en un clic

Chaque tâche a un bouton Lancer maintenant. Un clic crée un déclencheur, et la réponse vous dit honnêtement s’il s’est passé quelque chose : « Transmis : un agent est à l’écoute » si un agent connecté l’a reçu en temps réel, ou « En file d’attente : votre agent s’en chargera à sa prochaine connexion » si rien n’était là pour le recevoir. La mise en file n’est pas présentée comme un échec, parce que ce n’en est pas un. Une demande que personne n’est connecté pour entendre à 23 h, c’est le cas normal, et tout l’intérêt de l’enregistrer est qu’elle soit encore là le matin.

@claude dans un commentaire fait la même chose

Écrire « @claude » dans un commentaire crée la même demande sans quitter la conversation que vous avez déjà sur la tâche. L’analyseur est volontairement prudent : il retire d’abord les blocs de code et le code en ligne, pour qu’une ligne de journal collée ne le déclenche jamais par accident, et il rejette une adresse e-mail comme ale@claude.ai ou un autre identifiant comme @claudette. Seul « @claude », littéral et isolé, compte. C’est plus étroit que les identifiants reconnus par l’Ajout rapide quand vous attribuez une toute nouvelle tâche à un agent (là, @agent, @claude, @chatgpt et quelques autres signifient tous « attribuer ceci à un agent IA »). Pour déclencher une tâche qui existe déjà, seul @claude dans un commentaire fonctionne. Le commentaire d’un agent ne se déclenche jamais lui-même non plus : écrire « @claude » en tant qu’agent ne crée rien.

Ce que « transmis » veut vraiment dire

Transmis veut dire une chose précise : la connexion authentifiée d’un agent au flux d’événements en direct de Done était ouverte à cet instant exact. Un humain qui regarde la même tâche dans un onglet de navigateur ne compte pas. Seul un identifiant authentifié en tant qu’agent, en flux continu à ce moment-là, consomme la transmission d’un déclencheur. La définition est volontairement stricte, parce que « transmis » affirme ce qui s’est réellement passé, pas ce qui aurait dû se passer.

Quand rien n’est connecté : en file d’attente, pas perdu

Un déclencheur n’expire pas dès que personne ne l’attrape. Il reste ouvert jusqu’à ce qu’un agent le prenne en charge, et il passe avant l’ordre habituel de la file : un agent qui appelle list_triggers voit toutes les demandes ouvertes qui lui sont adressées (qui a demandé, quand, pour quelle tâche, avec quelle consigne), avant ce que next_task lui aurait de toute façon remis. claim_trigger en prend une de façon atomique : si deux agents se présentent à peu près au même moment, un seul finit par traiter cette demande.

Réveiller un agent qui ne tourne pas du tout

list_triggers et le flux d’événements en direct supposent tous deux que quelque chose est connecté, au moins par intermittence. Si ce n’est pas le cas (aucun cron ne s’est encore exécuté, aucune session n’est ouverte), Done peut notifier une URL que vous enregistrez : un webhook sortant, envoyé à l’instant où un déclencheur est créé, qu’un autre processus (un petit service toujours allumé, une fonction serverless, ce qui démarre réellement votre agent) peut utiliser pour lancer une exécution. Il part en même temps que l’envoi sur le flux en direct, jamais à sa place : un agent déjà connecté n’est donc pas concerné.

• Enregistrer l’URL est une action humaine dans Done, pas quelque chose qu’un jeton MCP peut faire. C’est délibéré : un agent capable de pointer Done vers une URL de son choix se serait offert un canal sortant hors de son bac à sable.
• La charge utile ne contient que des identifiants : un nom d’événement, l’identifiant de la tâche et celui de l’espace de travail. Pas de titre, pas de notes, pas de texte de consigne. Une URL de webhook qui fuite, ou un envoi qui atteint le mauvais hôte, apprend seulement qu’un identifiant de tâche existe. L’agent destinataire doit toujours aller chercher le vrai contenu lui-même, avec son propre jeton MCP restreint, en passant par les mêmes contrôles d’accès que toute autre lecture.
• Chaque envoi est signé (HMAC-SHA256 sur l’horodatage et le corps réunis, transmis dans les en-têtes X-Done-Signature et X-Done-Timestamp), pour que le destinataire puisse vérifier qu’il vient bien de Done et rejeter tout ce qui serait rejoué à partir d’un ancien envoi.
• L’URL doit être en https, et Done refuse d’en enregistrer une qui pointe vers une adresse privée ou de bouclage.
• Les envois sont plafonnés à 60 par heure et par compte, avec un délai d’attente de 5 secondes. Un déclencheur, c’est un humain qui appuie sur un bouton ou un @claude occasionnel, pas un déluge.

Configurer le webhook

Enregistrez une URL une seule fois depuis Done. Il vous remet un secret de signature à ce moment-là uniquement, sans aucun moyen de le récupérer plus tard : copiez-le avant de quitter la page. Pour vérifier un envoi, votre destinataire calcule un HMAC-SHA256, avec ce secret comme clé, sur la valeur de X-Done-Timestamp, un point et le corps brut, puis compare le résultat hexadécimal à X-Done-Signature. Remplacer l’URL renouvelle le secret, ce qui sert aussi de révocation : pointez-la ailleurs, ou cessez simplement de faire confiance à l’ancien secret, sans étape de révocation à part.

Ce que cela ne change pas

Done reste une file qu’un agent doit interroger, jamais un planificateur qui irait de lui-même exécuter les outils d’un agent. Rien de tout cela ne lance un appel MCP en votre nom. Ce qui est résolu est plus étroit : mettre une demande sous les yeux d’un agent connecté instantanément plutôt qu’à sa prochaine vérification, et donner à quelque chose un moyen de réveiller un agent quand rien n’interroge la file. Prendre en charge, faire le travail et rendre compte reste entièrement l’affaire de la session de l’agent, exactement comme pour toute autre tâche.