La page web est inaccessible. Le rapport hebdomadaire indique pourtant « aucun changement ». C’est exactement là qu’un résumé anodin se transforme en un état de travail trompeur. Une tâche récurrente doit donc pouvoir distinguer davantage que nouveauté ou absence de nouveauté.
ChatGPT prend en charge les tâches planifiées avec différentes interfaces et voies d’accès. La documentation recommande d’essayer d’abord la tâche dans une conversation normale et d’examiner les premières exécutions. Notre propre ébauche surveille la date et le statut des inscriptions d’une page d’événement publique. Aucune automatisation n’a été configurée pour celle-ci.
La comparaison a besoin d’un point de départ connu
Notez quelle date et quel statut d’inscription ont été confirmés en dernier. Consignez à côté la source et la date de référence. L’exécution ultérieure doit réellement pouvoir recevoir cette référence. Un calendrier à lui seul ne prouve pas que chaque élément antérieur de la conversation restera disponible comme base de comparaison sans ambiguïté.
Une référence schématique de notre cru pourrait être : « Date 14 novembre, inscriptions ouvertes, confirmé à partir de la page indiquée le jour de la vérification. » La date ne sert ici que de valeur d’exemple artificielle. En usage réel, le point de départ doit provenir de la source effective.
Trois états au lieu d’un résultat global
- Inchangé : La source est lisible et les champs observés correspondent à la référence.
- Modifié : Un détail pertinent diffère ; la nouvelle valeur et l’endroit où elle a été trouvée peuvent être identifiés.
- Impossible à déterminer : La source est absente, illisible ou n’étaye pas clairement le détail requis.
Un nouveau titre sans changement de date n’est pas forcément une raison de signaler quoi que ce soit. Une seule date modifiée, en revanche, peut être importante. La tâche décrit donc les champs pertinents et leur signification au lieu de traiter chaque modification de formulation de la page comme une nouveauté.
Compare the date and registration status of the named public page
with the explicitly attached baseline.
Report relevant differences with old value, new value and source.
If access fails: cannot be determined, with the reason the retrieval failed.
Unchanged descriptive texts are not a reason to report.
Do not make a booking and do not send any message to the organiser.Aligner le rapport sur la décision
« Il y a du nouveau » vous laisse le vrai travail. Une sortie utile indique au contraire : inscriptions closes, auparavant ouvertes, pertinent pour la décision de participation encore en suspens. Elle inclut aussi l’endroit où le nouveau statut est visible.
L’observation et l’action externe restent séparées. Même si un changement d’échéance fait paraître une inscription judicieuse, une tâche de radar ne s’est pas vu confier pour autant une tâche de réservation. Cette limite a sa place dans la description du flux de travail.
Tester le traitement avant le calendrier
Utilisez trois versions de texte de votre cru ou une page de test adaptée de votre cru : inchangée, modification pertinente et contenu manquant. Notez au préalable la classification attendue. Vérifiez ensuite si la sortie contient le bon état et des éléments de preuve exploitables.
Ce n’est qu’ensuite qu’un calendrier avec un fuseau horaire clair et un rythme approprié a du sens. Une vérification hebdomadaire peut suffire pour certains détails et être trop peu fréquente pour des échéances à court terme. Une tâche qui démarre régulièrement ne garantit pas que chaque envoi arrivera à temps.
Si la date et le statut d’inscription changent en même temps, le rapport doit mentionner les deux changements. Une différence trouvée en premier ne doit pas évincer la seconde information importante.
Tenir à jour la référence et l’accès
Après un changement confirmé, il doit être clair quel état s’applique lors de l’exécution suivante. Sinon, la différence connue risque de réapparaître sans cesse comme s’il s’agissait d’un nouveau signalement. Décidez qui adopte la nouvelle valeur de référence et où elle reste disponible pour la tâche.
Les tâches web ne peuvent pas travailler directement dans un dossier d’un ordinateur local. D’autres flux de travail peuvent nécessiter un ordinateur connecté. Vérifiez la voie d’accès réelle avant de vous fier à un calendrier. Un petit radar est utile lorsque vous comprenez la source, la comparaison et l’état d’échec, et que vous pouvez suivre les premières exécutions réelles.
Sources et état de la documentation : 25 octobre 2026.
