Le pattern du briefing matinal configure une tâche cron qui se déclenche à 7h et agrège des informations depuis plusieurs sources — météo, calendrier, emails, statut des projets, suivi du temps — en un résumé unique livré sur Telegram ou WhatsApp. La configuration prend moins de 15 minutes. Les utilisateurs rapportent économiser 30 minutes ou plus chaque matin par rapport à l’ouverture séquentielle de chaque source.
La configuration cron de base
openclaw cron add \ --name "morning-briefing" \ --cron "0 7 * * *" \ --tz "Europe/Paris" \ --session isolated \ --message "Génère mon briefing matinal : météo à Lyon, événements du calendrier d'aujourd'hui, résumé des emails non lus priorisés par urgence, statut des projets dbt actifs par client, et les heures Toggl d'hier par client." \ --announce \ --channel telegramLes flags clés :
--cron "0 7 * * *"— se déclenche tous les jours à 7h00.--tz "Europe/Paris"— spécifiez toujours un fuseau horaire. Sans lui, le Gateway utilise le fuseau horaire système de la machine hôte, qui peut ne pas être le fuseau auquel vous pensez quand vous écrivez “7h”.--session isolated— exécute le briefing dans son propre contexte, complètement séparé de votre fil de conversation principal. C’est important : vous ne voulez pas qu’un briefing matinal automatisé injecte sa sortie dans une conversation de développement active.--announce --channel telegram— livre le résultat sur votre Telegram, pas sur un canal Slack de travail. Pour un briefing personnel, Telegram ou WhatsApp est généralement plus approprié qu’un canal de travail.
Voir Mécanique du planificateur cron OpenClaw pour une description complète de ce que fait chaque flag et comment le planificateur gère les échecs et les réessais.
Ce qui va dans le briefing
Le paramètre --message est un prompt en langage naturel. L’agent l’interprète et extrait depuis les intégrations connectées. Un briefing typique pour un consultant indépendant inclut :
Prévisions météo. Simple, mais utile si vous allez chez un client à vélo ou planifiez un déjeuner en extérieur. Une ligne à demander, nécessite une intégration météo ou une clé API.
Événements du calendrier de la journée. Ce qu’il y a aujourd’hui, dans l’ordre chronologique, avec tout lien vidéo ou lieu associé. L’agent lit votre Google Agenda et formate cela clairement.
Résumé des priorités emails. Pas un déversement complet de la boîte mail — un résumé priorisé des emails non lus, trié par urgence. L’agent utilise son jugement sur ce qui semble urgent en fonction de l’expéditeur, du sujet, et du contenu. Cela fonctionne raisonnablement bien mais bénéficie d’un affinage du prompt : “signale tout ce qui vient de clients ou qui nécessite une réponse aujourd’hui” est plus utile que “résume les emails non lus”.
Statut du pipeline par client. Pour un consultant gérant plusieurs projets dbt, le briefing peut inclure le statut de la dernière exécution de chaque client. L’agent interroge ce que vous avez connecté — pages de projets Notion, sortie dbt, un fichier de statut partagé — et fait remonter les points importants.
Heures de la veille par client. Un bref résumé depuis Toggl ou votre outil de suivi du temps : combien d’heures avez-vous enregistré par client hier, et comment cela se compare-t-il au plan ? Utile pour détecter tôt la dérive du scope et maintenir votre facturation précise sans vérification manuelle.
Ajouter le contexte des projets depuis Notion
L’ajout le plus précieux au briefing de base est le statut du projet par client extrait d’un espace de travail Notion.
Chaque client a une page de projet Notion avec les éléments du sprint actuel, les bloquants, et les prochains jalons. L’agent lit les points importants et les inclut dans le briefing. Cela signifie qu’avant tout appel client, vous savez déjà où en sont les choses — sans ouvrir Notion, sans lire des notes de réunion, sans reconstruire le contexte depuis la dernière conversation.
Le prompt de briefing pour ceci :
Pour chaque projet client actif dans mon espace de travail Notion, extrait :- Les éléments du sprint actuel et leur statut- Les bloquants signalés- Le prochain jalon et sa dateFormate comme une courte liste à puces par client, pas plus de 3-4 points chacun.Récupérer le contexte avant un appel client signifie normalement fouiller dans Slack, les notes, et les tableaux de projet. Le briefing fait cela automatiquement.
Préparation de réunion déclenchée par événement
Une extension utile du pattern de briefing matinal est la préparation de réunion déclenchée par événement — une tâche séparée qui se déclenche 30 minutes avant chaque événement du calendrier plutôt qu’une fois par jour.
openclaw cron add \ --name "meeting-prep" \ --cron "*/30 * * * *" \ --tz "Europe/Paris" \ --session isolated \ --message "Vérifie mon calendrier. S'il y a une réunion qui commence dans 30 minutes, génère un résumé de préparation : qui participe, l'objectif déclaré, les dernières notes de réunion avec ce client, les points ouverts, et leur dernier statut de pipeline. S'il n'y a pas de réunion dans 30 minutes, ne fait rien." \ --channel telegramCela s’exécute toutes les 30 minutes (notez le pattern */30) et n’envoie un message que quand il y a vraiment quelque chose pour lequel se préparer. L’instruction “ne fait rien s’il n’y a pas de réunion” est importante — sans elle, vous recevriez un message toutes les 30 minutes disant “aucune réunion à venir”.
Le message de préparation que vous recevez 30 minutes avant un appel :
“Dans 30 minutes vous avez un appel avec PVCP. La dernière fois vous avez discuté de la discordance d’attribution GA4 dans leurs données de campagne. Points ouverts depuis vos notes : confirmer quel modèle d’attribution est configuré pour le social payant, partager le rapport mis à jour d’ici la fin de la semaine. Leur dernier pipeline a fonctionné avec succès hier avec 3 avertissements dans l’environnement staging.”
Ce type de contexte prend normalement 10 à 15 minutes de recherche dans Slack, les notes, et les tableaux de projet. L’agent le rassemble en une seule opération.
Le pattern déclenché par événement utilise la même infrastructure cron que le briefing matinal, mais il vérifie l’état (qu’est-ce qui est au calendrier dans 30 minutes ?) plutôt que de s’exécuter selon un planning fixe. La mémoire persistante d’OpenClaw signifie que l’agent accumule du contexte sur chaque client au fil du temps, donc les résumés de préparation s’améliorent au fur et à mesure que l’historique de la relation se construit.
Ce qui nécessite du réglage
Le briefing matinal est peu risqué à configurer, mais le composant de résumé des emails bénéficie d’itérations. La première version inclura trop ou trop peu, selon le volume de votre boîte mail et la façon dont vous avez formulé le prompt.
Quelques ajustements courants :
Trop de détails sur les emails : Ajoutez “limite aux 5 éléments les plus urgents” ou “inclure seulement les emails qui nécessitent une réponse aujourd’hui”.
Mauvaise définition d’urgent : Ajoutez des règles basées sur l’expéditeur : “traite tout ce qui vient de [domaines clients] comme haute priorité quel que soit le sujet”.
Briefing trop long à lire rapidement : Ajoutez une limite de mots ou une contrainte de format : “Le briefing complet doit être lisible en moins de 2 minutes. Utilisez des listes à puces, pas des paragraphes.”
Mauvais timing : 7h peut être trop tôt si vous ne commencez pas à travailler avant 9h. Ajustez le cron pour correspondre au moment où vous souhaitez réellement le recevoir — 30 minutes avant votre heure de début habituelle est une bonne cible.
Le prompt du briefing doit être mis à jour quand le format n’est plus utile. Traitez chaque version comme un retour d’information et affinez en conséquence.