Un briefing matinal qui tombait chaque jour à la même heure, sans qu’on y touche. Puis, un matin, plus rien. Pas de notification, pas de message d’erreur, juste un silence qui en dit long : la tâche planifiée ChatGPT avait été mise en pause toute seule, sans prévenir. Ce soir-là, en rouvrant par hasard une page oubliée du menu latéral, j’ai enfin compris le mécanisme et surtout ce qu’il fallait recréer pour que ça ne se reproduise plus.
À retenir
- ChatGPT suspend secrètement les briefings planifiés après inactivité, mais sans communiquer le délai exact
- Une simple suppression de conversation associée tue la tâche automatiquement sans prévenir
- Il existe une page « Planifiées » cachée où récupérer vos tâches suspendues en un clic
Pourquoi ChatGPT coupe vos briefings sans prévenir
Ce n’est pas un bug isolé. C’est une fonctionnalité documentée par OpenAI elle-même. Les tâches sans surveillance peuvent se mettre automatiquement en pause après une période d’inactivité. Si on ne réagit jamais aux résultats, si on ne rouvre jamais la conversation liée, ChatGPT considère au bout d’un moment que le rendez-vous ne sert plus à rien et coupe le robinet tout seul.
Le hic, c’est qu’il n’existe aucun compte à rebours officiel. OpenAI indique que les tâches sans surveillance peuvent se mettre en pause automatiquement après une période d’inactivité, sans publier de durée universelle, donc il n’y a pas de délai fiable sur lequel se baser. Impossible donc de savoir si c’est après trois jours, une semaine ou un mois sans interaction. On découvre la coupure seulement quand elle a déjà eu lieu, comme cette page laissée en jachère dans un coin de l’interface.
Autre piège classique, et probablement le plus fréquent : si vous supprimez une discussion associée à une tâche planifiée, la tâche sera automatiquement suspendue. On fait le ménage dans ses conversations pour libérer de la place mentale, et sans le savoir, on tue au passage l’automatisation qui y était accrochée. La tâche ne prévient pas qu’elle dépend de ce fil précis.
Ce que j’ai découvert en rouvrant la page oubliée
La bonne nouvelle, c’est qu’OpenAI a justement remanié tout ce système au cours de l’été. Depuis le 17 juin 2026, l’ancien outil baptisé Pulse, qui livrait des synthèses proactives basées sur l’historique de conversation, a été retiré et fusionné dans une nouvelle page dédiée. OpenAI a retiré Pulse, une fonctionnalité qui menait des recherches asynchrones basées sur l’historique de discussions, la mémoire et les retours de l’utilisateur, puis livrait des synthèses proactives le lendemain ; ses mises à jour proactives sont désormais intégrées aux tâches planifiées. Les abonnés Pro ont eu un sursis limité, puisque Pulse restait accessible pendant 14 jours, après quoi les utilisateurs voulant des mises à jour quotidiennes similaires devaient créer un briefing quotidien planifié basé sur leurs centres d’intérêt et leurs conversations passées.
C’est exactement cette page que j’ai rouverte ce soir-là. Une interface baptisée « Planifiées », accessible directement depuis la barre latérale, qui centralise tout : les tâches actives, en pause et terminées. Elle centralise toutes les tâches actives, indique la prochaine occurrence de chacune et permet de les mettre en pause, de les modifier ou de les supprimer sans passer par une conversation. Mon briefing n’avait pas disparu au sens propre : il était simplement suspendu, invisible tant qu’on ne va pas le chercher.
Recréer un briefing qui tient dans la durée
La première leçon, c’est qu’un briefing planifié n’est pas une brique posée une fois pour toutes. C’est un objet qu’il faut nourrir, même minimalement. Les spécialistes du sujet le confirment : les tâches peuvent parfois s’arrêter sans avertissement, notamment après des mises à jour d’application ou des changements de compte ; il faut vérifier sa liste de tâches chaque semaine et chercher celles qui affichent une erreur ou un état inactif, la re-sauvegarde résolvant généralement le problème. Un simple clic sur « reprendre » suffit souvent à relancer la machine.
Deuxième réflexe : ne jamais créer une tâche récurrente à l’intérieur d’une conversation qu’on a l’intention de nettoyer un jour. Mieux vaut la générer directement depuis la page Planifiées, sans lien de dépendance fragile avec un fil de discussion voué à disparaître. Cela évite la panne la plus bête, celle où l’on supprime soi-même la source de sa propre automatisation.
Troisième point, technique mais utile : ces tâches ont des limites strictes qu’il faut connaître avant de bâtir toute une routine autour. Les utilisateurs Go peuvent avoir jusqu’à trois tâches actives, les Plus jusqu’à cinq, les Business et Edu jusqu’à dix, et les Pro et Enterprise jusqu’à quinze ; les tâches ne peuvent pas s’exécuter plus d’une fois par heure, et les tâches sans surveillance peuvent se mettre en pause après une période d’inactivité. Un briefing quotidien consomme donc un slot précieux, surtout si l’on cumule plusieurs veilles en parallèle.
Il faut aussi accepter certaines limites de contenu. Les exclusions notables à l’intérieur des tâches planifiées sont les échanges vocaux, l’envoi de fichiers et les GPTs personnalisés, ce qui signifie qu’une tâche ne peut pas s’appuyer sur un document téléversé au moment de l’exécution ni sur un GPT personnalisé, mais elle peut accéder à une boîte de réception, un agenda et des fichiers via des applications connectées. Autant construire son briefing autour de sources connectées (mail, agenda, apps) plutôt que d’espérer qu’il retienne un document ponctuel.
Reste un dernier détail, souvent négligé : quand une tâche tourne mais que rien n’arrive dans les notifications, le problème n’est pas forcément la tâche elle-même. Un briefing peut s’exécuter avec succès alors que sa notification push ou email échoue ; il faut ouvrir l’historique de la tâche sur la page Planifiées et vérifier si un résultat existe à l’heure prévue. Avant de tout reconstruire, un simple contrôle des réglages de notification, côté ChatGPT comme côté téléphone, évite bien des faux diagnostics.
Sources : plare.fr | help.openai.com
