Tâches déclenchées par événement dans ChatGPT : automatiser sans outil d'automatisation

Les tâches déclenchées par événement dans ChatGPT s'exécutent au moment où quelque chose se produit dans une application connectée, au lieu d'attendre une heure fixe. Vous connectez Gmail, Slack ou GitHub, vous décrivez l'événement et l'action, et ChatGPT travaille dès qu'un message ou une pull request correspond. OpenAI les a livrées le 25 août 2026 dans ChatGPT Work, pour les comptes Plus, Pro, Business, Enterprise et Edu.

Ce qu'OpenAI a réellement livré le 25 août 2026

Les tâches planifiées existent dans ChatGPT depuis début 2025, et jusqu'à cette mise à jour elles faisaient une seule chose : exécuter un prompt à heure fixe. Pratique pour un brief du lundi matin. Inutile dès qu'il faut réagir au monde réel.

La mise à jour d'août ajoute les tâches déclenchées par événement : des tâches fondées sur des webhooks, qui se déclenchent quand quelque chose change dans une application connectée. Trois sources sont supportées au lancement, et chacune se comporte un peu différemment :

Source	Événement possible	Le détail de configuration qu'on oublie
Gmail	Un nouveau message, filtrable par expéditeur ou par objet	Aucune activation canal par canal. Vous connectez une boîte, elle est écoutée
Slack	Les nouveaux messages d'un canal	Il faut ajouter @ChatGPT à chaque canal à surveiller
GitHub	L'activité supportée sur les pull requests	Uniquement dans un dépôt github.com autorisé

Deux changements plus discrets ont été livrés en même temps, et les deux comptent plus qu'il n'y paraît. D'abord le partage de tâches : vous envoyez une tâche à un collègue, qui relit les instructions, connecte ses propres applications et planifie une copie indépendante. C'est la différence entre l'astuce d'une personne et un standard d'équipe. Ensuite, les tâches planifiées arrivent sur les comptes Free, limitées à trois, ponctuelles ou récurrentes pas plus d'une fois par jour, dans des fenêtres souples (matin, après-midi, nuit) plutôt qu'à l'heure exacte. Les fréquences horaires et les heures précises restent réservées aux offres payantes. C'est peu, mais cela signifie que chaque collègue peut désormais voir à quoi ressemble « ChatGPT fait ça tout seul ».

Pourquoi un webhook n'est pas juste un sondage plus rapide

Les tâches planifiées d'origine fonctionnaient par sondage : l'infrastructure d'OpenAI interrogeait l'application à intervalle défini, récupérait les nouveautés, exécutait la tâche, puis relâchait l'accès. Le webhook inverse le sens : OpenAI enregistre un point d'écoute auprès de Gmail, Slack ou GitHub, et l'application pousse une notification à l'instant où un événement qualifiant se produit.

Le gain, c'est la latence et la fiabilité. La contrepartie, c'est que l'empreinte d'accès passe d'épisodique à continue. Retenez cette phrase. Nous y revenons dans la partie sécurité, et c'est le détail le plus lourd de conséquences de cette sortie.

Anatomie d'une tâche événementielle : Trigger, Condition, Prompt

Toute tâche déclenchée par événement tient en trois éléments, et ChatGPT vous les montre avant d'enregistrer quoi que ce soit.

Élément	Ce que c'est	Exemple
Trigger	L'événement applicatif qui réveille la tâche	Nouveau message Gmail
Condition	Le filtre qui décide si cet événement précis compte	De @grandcompte.com, objet contenant « renouvellement »
Prompt	Ce que fait ChatGPT quand les deux sont satisfaits	Résumer la demande, signaler tout point contractuel, rédiger une réponse à relire

Vous le décrivez en français courant. ChatGPT le traduit dans ces trois champs, vous demande d'autoriser la connexion, et la tâche vit ensuite dans Scheduled, où chacun peut la tester, la mettre en pause, la modifier ou la supprimer. Pas de canevas, pas de graphe de nœuds, pas de branchement conditionnel, pas de politique de réessai. C'est une limite, et c'est aussi tout l'intérêt.

« Si les équipes non techniques n'ont jamais adopté les plateformes d'automatisation, ce n'est pas parce qu'elles étaient mauvaises. C'est qu'un canevas vide avec deux cents connecteurs est une invitation à devenir développeur, et la plupart des gens déclinent poliment. »

Pourquoi c'est important quand on n'a pas d'équipe automatisation

Nous passons nos journées dans des ETI qui ont acheté des licences d'automatisation et ne s'en servent pas. Les licences sont payées, une personne aux opérations apprend vraiment Make ou Zapier, et chaque automatisation de l'entreprise devient une demande adressée à cette personne. Quand elle part en congés, l'entreprise arrête d'automatiser. Quand elle démissionne, plus personne ne sait réparer les scénarios.

Les tâches événementielles ne règlent pas cela pour les workflows complexes multi-systèmes. Elles le règlent pour l'énorme traîne qui se trouve en dessous : les centaines de petits « quand X arrive, quelqu'un devrait faire Y » qui ne valaient pas un ticket, et n'ont donc jamais été construits.

Toni Dos Santos, notre co-fondateur et conseiller IA, formule la distinction ainsi : « Les plateformes d'automatisation ont gagné tous les workflows qui valaient un plan projet. Personne n'a jamais construit ceux qui valaient onze minutes par semaine, et il y en a quatre cents dans chaque entreprise. C'est cette catégorie qui s'ouvre. »

Il existe une version chiffrée de l'argument. La CBI, avec Oliver Wyman, constate que les entreprises en tête sur le déploiement IA atteignent ou dépassent leur ROI attendu dans 49 % des cas, contre 15 % pour celles restées en pilote, avec dans la plupart des cas des logiciels identiques. Nous l'avons analysé dans notre lecture du rapport « Adoption Decade » de la CBI. La variable n'est pas l'outil. C'est le nombre de personnes capables de le poser dans un vrai workflow sans demander la permission. Les déclencheurs événementiels font bouger ce nombre.

Cas d'usage par équipe, avec le déclencheur et la condition écrits

Ce sont les schémas que nous distribuons en atelier. Tous sont constructibles par la personne qui fait le travail, ce qui est le seul test qui compte.

Marketing

• Tri des briefs entrants. Trigger : nouveau message Gmail. Condition : expéditeur du domaine de votre agence. Prompt : extraire livrables, dates et questions ouvertes dans notre format de brief standard, et signaler tout ce qui contredit le plan de campagne en cours.
• Digest de veille concurrentielle. Trigger : nouveau message Gmail. Condition : objet contenant « Google Alert ». Prompt : retirer le bruit, garder les lancements, changements de prix et recrutements clés, et écrire deux lignes sur l'impact pour nous.
• Surveillance du canal campagne. Trigger : nouveau message Slack dans #campagne-lancement. Condition : contient « blocage » ou « validation ». Prompt : résumer le blocage, nommer la personne attendue, rédiger le message de relance.

Si vous construisez un système marketing plutôt qu'une poignée de déclencheurs, notre playbook CMO pour des opérations marketing pilotées par l'IA pose le cadre large.

Ventes et revenus

• Qualification des leads entrants. Trigger : nouveau message Gmail. Condition : envoyé à hello@ ou à l'adresse du formulaire web. Prompt : scorer contre l'ICP, sortir les basiques publics de l'entreprise, rédiger une réponse proposant deux créneaux, et dire franchement si cela ne vaut pas un appel.
• Signal de renouvellement et de risque. Trigger : nouveau message Gmail. Condition : d'un compte nommé, objet contenant « contrat », « renouvellement » ou « tarif ». Prompt : résumer, signaler le vocabulaire à risque commercial, produire trois points de discussion pour le responsable de compte.
• Suivi de proposition. Trigger : nouveau message Slack dans #deals. Condition : contient « proposition envoyée ». Prompt : rédiger la relance à J+3 dans notre ton, en s'appuyant sur les notes du deal.

Le sujet adjacent est traité dans le sales enablement augmenté par l'IA, et dans notre formation IA pour les équipes commerciales si vous voulez le faire sur votre propre pipeline plutôt que sur un support générique.

Service client

• Filet à escalades. Trigger : nouveau message Gmail. Condition : objet contenant « urgent », « panne », « résiliation » ou « remboursement ». Prompt : classer la gravité, résumer l'historique du fil, rédiger une première réponse qui ne promet rien d'intenable.
• Couverture hors horaires. Trigger : nouveau message Gmail sur l'alias support. Condition : domaines clients connus. Prompt : catégoriser et rédiger la note de passation interne pour l'équipe du matin.
• Veille VIP. Trigger : nouveau message Slack dans #support-escalades. Condition : mentionne un compte de premier rang. Prompt : rédiger le point destiné au comité de direction, trois phrases, sans jargon.

Le support est l'endroit où le retour arrive le plus vite, parce que le volume est élevé et que le premier jet représente l'essentiel du travail. Le tableau complet est dans l'IA pour les workflows de service client et notre formation IA support client.

Opérations, finance et RH

• Réception des factures fournisseurs. Trigger : nouveau message Gmail. Condition : objet contenant « facture ». Prompt : extraire fournisseur, montant, devise, échéance et référence de commande sur une ligne, et signaler tout ce qui dépasse le seuil de validation.
• Journal d'incidents. Trigger : nouveau message Slack dans #incidents. Condition : contient « P1 » ou « P2 ». Prompt : ouvrir un résumé d'incident structuré avec chronologie, impact et responsable actuel.
• Réponse candidat. Trigger : nouveau message Gmail. Condition : depuis l'alias recrutement. Prompt : résumer face au brief de poste, et rédiger soit l'invitation à un premier échange, soit le refus, à envoyer par un humain.

Le détail par équipe est dans l'IA pour les équipes opérations, l'IA pour les équipes finance et l'IA pour les équipes RH.

Dirigeants et assistantes de direction

• Courrier board et investisseurs. Trigger : nouveau message Gmail. Condition : de membres du board ou d'investisseurs nommés. Prompt : résumer en trois points, identifier la décision demandée, rédiger une réponse d'attente.
• Du signal, pas du volume. Trigger : nouveau message Slack dans #direction. Condition : contient « décision attendue ». Prompt : un paragraphe avec les options et ce qui se passe si l'on ne fait rien.

Pour le cadre dirigeant plus large, voir le guide du dirigeant pour piloter la transformation IA et pourquoi la littératie IA du comex est le maillon manquant.

Comment en créer une, de bout en bout

1. Connectez l'application. Settings → Apps, puis connectez le compte Gmail, Slack ou GitHub à écouter. Utilisez le compte qui reçoit réellement les messages. Pour Slack, ajoutez @ChatGPT à chaque canal à surveiller.
2. Ouvrez Work et décrivez l'automatisation en une phrase : l'événement, le filtre, et ce que vous voulez obtenir.
3. Relisez Trigger, Condition et Prompt. ChatGPT affiche son interprétation. Resserrez la condition ici. C'est l'étape que tout le monde saute, et c'est la différence entre huit exécutions utiles par jour et deux cents notifications parasites.
4. Complétez l'autorisation demandée pour l'application connectée.
5. Testez avec un événement volontaire. Envoyez-vous un message qui remplit la condition. Vérifiez ce qui s'est exécuté, et ce qui a été fait du contenu.
6. Pilotez depuis Scheduled, pour relire, modifier, mettre en pause ou supprimer. Réglez les notifications dans Settings → Notifications (push, email ou les deux).

Deux remarques pratiques. La création et la modification des conditions de déclenchement se font sur le web ou dans les applications mobiles supportées : l'application desktop affiche les tâches événementielles existantes mais ne permet ni de les créer ni d'en modifier les conditions. Et une tâche créée dans un projet n'accède pas aux fichiers déposés dans ce projet, ce qui piège tout le monde.

La référence d'OpenAI est l'article « Scheduled tasks in ChatGPT », avec le pas-à-pas sur ChatGPT Learn. Les deux évoluent plus vite que n'importe quel article de blog, celui-ci compris : vérifiez-y les limites en vigueur avant de concevoir autour d'un chiffre.

Tâches partagées : comment un bon déclencheur devient un standard d'équipe

Le partage est la fonctionnalité qui fait passer tout cela du gadget personnel à quelque chose qu'un service exploite. Depuis Scheduled, ouvrez le menu (•••) d'une tâche, choisissez Share, copiez le lien. Le destinataire relit les instructions, ajuste la planification à son fuseau, et planifie sa propre copie sur ses propres applications.

Ce qui voyage dans ce lien est un instantané : titre, instructions, planification et fuseau d'origine. Ce qui ne voyage pas : votre nom, l'historique de conversation, les résultats précédents, les mémoires, les instructions personnalisées, les fichiers joints, les données et les identifiants des applications connectées. Les destinataires s'exécutent avec leurs propres droits. Un lien créé dans un espace Business, Enterprise, Edu ou Healthcare ne s'ouvre que pour les membres de cet espace.

Deux précautions à inscrire dans vos règles internes. Le titre de la tâche peut apparaître dans l'aperçu du lien, et toute personne qui ouvre le lien lit l'intégralité des instructions : donc aucun numéro de compte, aucune donnée de santé, aucun identifiant, aucun nom de client dans un titre de tâche. Et les modifications de la tâche d'origine ne se propagent pas : il faut rouvrir la fenêtre de partage et recopier le lien pour le rafraîchir.

Les limites, dites clairement

Contrainte	Où elle se situe
Cadence des tâches événementielles	Jusqu'à 30 exécutions par heure et 720 par jour, toutes tâches événementielles confondues. Plusieurs événements peuvent être regroupés
Fréquence des tâches horaires, offres payantes	Récurrence jusqu'à une fois par heure, avec heure de livraison exacte
Fréquence des tâches horaires, Free	Ponctuelle, ou récurrente pas plus d'une fois par jour, en fenêtres souples (matin, après-midi, nuit)
Tâches actives par offre	3 en Free et Go, 5 en Plus, 10 en Business et Edu, 15 en Pro et Enterprise
Sources d'événements	Gmail, Slack, GitHub. Ni Outlook, ni Teams, ni Jira, ni Notion, ni Linear, ni Asana
Offres éligibles aux déclencheurs	Plus, Pro, Business, Enterprise, Edu, espaces Healthcare éligibles. Ni Free, ni Go, ni FedRAMP
Non supporté	Les conversations vocales et les GPTs

Lisez la cadence attentivement, car elle est mutualisée. Trente par heure paraît généreux jusqu'à ce qu'une personne pointe un déclencheur sur une boîte partagée non filtrée et consomme le budget de l'équipe avant midi. Les conditions ne sont pas un raffinement. Ce sont votre limitation de débit.

Prévoyez aussi les mises en pause. Une tâche se met en pause quand elle devient inactive, quand une action requiert votre approbation, ou quand la conversation à laquelle elle est rattachée est supprimée. Personne n'est alerté quand une automatisation s'arrête discrètement : une revue mensuelle de la liste Scheduled doit figurer dans l'agenda de quelqu'un.

Ce que ce n'est pas

Nous préférons que vous connaissiez les bords avant d'annoncer à votre comex que vous avez remplacé votre socle d'automatisation.

• Ce n'est pas de l'orchestration multi-étapes. Un déclencheur, un prompt. Pas de branchement, pas de boucle, pas de chemins conditionnels à travers quatre systèmes.
• Il n'y a pas de vraie gestion d'erreur. Pas de politique de réessai, pas de file d'attente d'échecs. Un humain remarque une exécution ratée, ou personne ne la remarque.
• La piste d'audit a un trou. Les tâches planifiées sont couvertes par la Compliance API, mais les liens de tâches partagées et leurs instantanés ne le sont pas actuellement, et ils sont également absents des exports de données. En secteur régulé, c'est la phrase à porter à votre responsable conformité.
• La liste de connecteurs tient en trois applications. Pas de CRM, pas d'outil de ticketing, pas d'ERP. Zapier et Make en ont des milliers, et l'écart ne se referme pas ce trimestre.
• Ce n'est pas déterministe. Le même email peut produire deux sorties légèrement différentes. Acceptable pour un brouillon. Inacceptable pour tout ce qui écrit dans un livre comptable.

Ce dernier point est la vraie différence d'architecture avec Zapier. Une automatisation déterministe ne peut pas être détournée par le contenu qu'elle traite. Un modèle génératif, si. Cette souplesse est exactement ce qui rend l'outil utile pour le travail intellectuel, et exactement ce qui rend la section suivante non optionnelle.

Meera Sanghvi, notre autre co-fondatrice, trace la ligne ainsi pour nos clients : « Utilisez les déclencheurs événementiels là où un humain lit la sortie avant que quoi que ce soit d'irréversible se produise. Dès que la sortie écrit dans un système de référence sans personne au milieu, vous êtes revenu dans le territoire des plateformes d'automatisation, et c'est très bien ainsi. »

Pour la comparaison approfondie, nous avons traité l'automatisation par plateforme dans le tutoriel Zapier et IA, la conception de systèmes durables dans construire des workflows agentiques prêts pour la production, et la direction que prend la catégorie dans les agents IA en entreprise.

La partie sécurité, qui n'est pas optionnelle

Revenons au fonctionnement. Quand vous attachez un déclencheur Gmail, vous n'accordez pas une lecture programmée. Vous accordez une écoute permanente sur une boîte mail, avec une notification poussée vers un agent à l'instant où un message qualifiant arrive, et cela reste ainsi tant que vous ne révoquez pas l'accès.

C'est un vrai gain de capacité et un vrai changement de modèle de menace. Un email hostile atteint désormais votre agent sans clic, sans ouverture, sans humain dans la boucle. Des chercheurs ont documenté ce schéma avant même que les webhooks existent comme fonctionnalité, avec la classe d'attaques ShadowLeak visant les agents connectés à Gmail : des instructions cachées dans le HTML d'un email en texte blanc sur blanc, par astuces CSS ou en corps de police minuscule, invisibles pour le lecteur, analysées et exécutées par le modèle. OpenAI a corrigé cette vulnérabilité précise. La classe d'attaque, elle, demeure. Tech Times a couvert les implications de cette sortie dans « ChatGPT Work Adds Gmail Webhooks and Inbox Login: New Automation, New Attack Route ».

Le détail que la plupart des articles omettent : OpenAI a bien un garde-fou, et il fonctionne. Réservations, paiements et actions signalées sont mis en attente de validation. Mais ce garde-fou s'applique aux actions conséquentes. Il ne s'applique ni à la lecture, ni au résumé, ni à la rédaction, qui représentent l'écrasante majorité de ce que fait une tâche événementielle. Il limite donc ce qu'une injection peut faire faire à l'agent. Il n'empêche pas l'agent de traiter un contenu hostile et d'en être influencé.

OpenAI a été inhabituellement direct, en déclarant publiquement que l'injection de prompt, à l'image des arnaques et de l'ingénierie sociale sur le web, ne sera probablement jamais entièrement résolue. Prenez-les au mot et concevez en conséquence.

Les six règles que nous donnons à chaque client avant d'activer un déclencheur Gmail :

1. Ne pointez jamais un déclencheur vers une boîte non filtrée. Conditionnez sur des expéditeurs, des domaines ou des motifs d'objet connus. Un déclencheur ouvert sur un alias public est une porte ouverte.
2. Gardez les permissions en lecture seule partout où le connecteur le permet. Une injection réussie qui produit un mauvais résumé n'a pas la même gravité qu'une injection qui envoie du courrier.
3. Gardez le prompt en mode lire-et-rédiger. Résumer, classer, proposer. N'autorisez pas une tâche à envoyer, payer, supprimer ou partager seule.
4. Traitez le contenu des messages comme une entrée hostile, pas comme une instruction. Écrivez le prompt de sorte que l'email soit une donnée à décrire, jamais une source d'ordres à suivre.
5. Sur Slack, ne surveillez que des canaux fermés. @ChatGPT ne voit que les canaux où vous l'ajoutez. Servez-vous-en. Tout message posté par n'importe quel membre d'un canal surveillé, y compris depuis un compte compromis, atteint l'agent automatiquement.
6. Revoyez les applications connectées et la liste des tâches chaque mois. Les connexions OAuth permanentes que plus personne ne se rappelle avoir autorisées, c'est ainsi que les petits problèmes deviennent des incidents.

Rien de tout cela n'est une raison d'éviter la fonctionnalité. C'est une raison d'écrire une page de règles internes avant de la déployer.

Ce que les administrateurs et les responsables conformité doivent savoir

Si vous administrez un espace de travail plutôt qu'un compte personnel, quatre points arrivent sur votre bureau avant que quiconque construise un déclencheur.

• L'interrupteur est le vôtre. Les administrateurs Enterprise, Edu et ChatGPT for Healthcare doivent activer Allow event-triggered scheduled tasks avant que les membres puissent en créer. C'est une décision, pas une formalité : prenez-la délibérément, avec les règles écrites d'abord.
• Healthcare a une ligne rouge. Dans ChatGPT for Healthcare, les tâches événementielles sont désactivées par défaut et ne sont pas couvertes par un Business Associate Agreement. Elles ne doivent pas servir à transmettre, stocker ou traiter des données de santé protégées.
• Attention au trou dans la Compliance API. Les tâches planifiées sont couvertes. Les liens de tâches partagées et leurs instantanés ne le sont pas aujourd'hui, et ils n'apparaissent pas non plus dans les exports de données. Décidez maintenant si le partage est autorisé chez vous.
• Les offres personnelles n'ont aucune couche d'administration. En Plus et en Pro, aucun contrôle administrateur ne régit les applications connectées pour la surveillance par webhook. Si vos collaborateurs sont sur des comptes personnels, votre gouvernance se résume à un document et rien d'autre, ce qui plaide pour les basculer sur des sièges gérés.

Une horloge réglementaire tourne également. Les obligations de transparence de l'article 50 du règlement européen sur l'IA, applicables aux systèmes agentiques, sont entrées en vigueur le 2 août 2026, trois semaines avant la sortie de cette fonctionnalité. Si vous opérez dans l'UE et que vous vous apprêtez à laisser un modèle agir automatiquement sur du contenu entrant, cette obligation concerne ce que vous construisez. Notre guide de l'article 4 et de la littératie IA au sens de l'AI Act couvre le cadre plus large, et notre article sur la gouvernance IA contient le modèle de politique d'une page que nous utilisons.

Comment déployer cela dans une équipe non technique en deux semaines

1. Jours 1 à 3 : choisissez trois déclencheurs, pas trente. Un par équipe, choisi par la personne qui fait le travail. Fort volume, faible risque, sortie relue par un humain.
2. Jours 4 et 5 : publiez la page de règles. Quelles boîtes et quels canaux peuvent être connectés, ce qu'une tâche ne doit jamais faire, si le partage est autorisé, à qui s'adresser. L'ambiguïté freine l'usage bien plus efficacement que n'importe quelle politique.
3. Jours 6 à 10 : construisez par groupes métiers. Quatre-vingt-dix minutes par équipe, chacun construit son propre déclencheur en direct, sur sa propre boîte, avec une vraie condition. Les managers en construisent un aussi, et passent en premier.
4. Jours 11 à 14 : revue, partage des gagnants, suppression du reste. Utilisez les liens de tâches partagées pour diffuser les deux qui fonctionnent. Notez ce que chacun économise, en minutes, pour que le tour suivant ait un chiffre attaché.

L'ordre compte davantage que la vitesse. Les équipes qui commencent par les règles et terminent par un gain mesuré gardent l'habitude. Celles qui commencent par un vendredi après-midi enthousiaste et ne mesurent jamais rien ont quarante tâches en pause en octobre. Nous avons décrit ce schéma d'échec dans du prompt à la délégation de tâches.

La phrase à garder

L'automatisation a cessé d'être un problème d'outillage il y a un moment déjà. C'est devenu un problème de permission : qui, dans votre entreprise, a le droit de construire une petite chose sans demander. Les tâches déclenchées par événement accordent discrètement cette permission à toute personne disposant d'un siège ChatGPT payant et d'une boîte mail.

Cela vaut beaucoup si vous passez deux semaines à poser des garde-fous, et très peu si vous l'annoncez puis passez à autre chose. La fonctionnalité n'est pas la victoire. Le nombre de personnes qui l'utilisent dans un vrai workflow, chaque semaine, l'est.