OpenClaw
Cas d'utilisationIntermédiaire15 min

Construire un bot de resume quotidien Slack avec OpenClaw

Mets en place un workflow de resume quotidien Slack automatise avec les skills OpenClaw : collecte des messages, synthese par IA et planification cron pour une livraison quotidienne.

Dernière mise à jour: 2026-03-31

Skills requis

Slack
Recommandé

Envoyer et lire des messages Slack, gérer les canaux.

Voir le Guide
Summarize
Recommandé

Résumer des URLs, PDFs, vidéos et documents.

Cron Creator
Recommandé

Créer des expressions cron à partir de langage naturel.

Ce que tu vas construire

Un systeme de resume quotidien automatise :

  1. Collecte des messages — recupere les conversations de tes canaux Slack tout au long de la journee
  2. Synthese par IA — extrait les points cles, decisions et actions a mener
  3. Livraison planifiee — envoie un resume a l'heure que tu choisis chaque jour
  4. Fonctionnement autonome — via planification cron, une fois configure tu n'y touches plus

Ideal pour les responsables d'equipe, les teletravailleurs, ou toute personne qui a besoin d'etre au courant sans lire chaque message.

Pourquoi un resume quotidien

Les notifications Slack en temps reel creent un flux constant d'interruptions. Chaque notification te sort de ton travail en profondeur, et les etudes montrent qu'il faut en moyenne 23 minutes pour retrouver pleinement sa concentration apres un changement de contexte. Sur une journee de travail, ca represente des heures de productivite perdue.

Le resume quotidien suit une approche de traitement par lots de la communication. Au lieu de reagir a chaque message a son arrivee, tu recois un resume unique et structure a l'heure de ton choix. Cela elimine la fatigue des notifications — cette sensation d'etre submerge quand les canaux non lus s'accumulent — et la remplace par un flux d'information calme et previsible.

La difference en charge cognitive est significative. Scanner 150 messages individuels sur 10 canaux demande un effort mental constant : filtrer le bruit, suivre les fils de discussion, retenir le contexte. Un resume bien structure compresse tout ca en 2 minutes de lecture, organise par importance. Tu restes pleinement informe des decisions, blocages et actions a mener sans l'anxiete d'une barre laterale debordante.

Cette approche convient particulierement aux managers, dirigeants et contributeurs transverses qui ont besoin de visibilite sur de nombreux canaux sans participer a chaque conversation en temps reel.

Prerequis

  • OpenClaw installe et configure
  • Espace de travail Slack avec droits d'admin ou d'installation d'applications
  • Token de bot Slack avec les scopes channels:history, channels:read et chat:write
  • Node.js 18+

Etape 1 : Installer les Skills necessaires

bash
# 1. Integration Slack
npx clawhub@latest install slack

# 2. Synthese par IA
npx clawhub@latest install summarize

# 3. Planification cron
npx clawhub@latest install cron

Etape 2 : Configurer l'integration Slack

Creer une application Slack

  1. Va sur api.slack.com/apps et cree une nouvelle application
  2. Dans OAuth & Permissions, ajoute ces Bot Token Scopes :
    • channels:history — lire les messages des canaux
    • channels:read — lister les canaux
    • chat:write — poster les resumes
  3. Installe l'application dans ton espace de travail
  4. Copie le Bot User OAuth Token (commence par xoxb-)

Configurer le Skill

Configure ton token Slack dans OpenClaw :

bash
# Le Skill demande la configuration lors du premier usage
clawhub inspect slack

Etape 3 : Configurer le generateur de resumes

Le Skill Summarize fonctionne avec n'importe quelle entree texte. Pour le resume quotidien, configure-le pour :

  • Format de sortie : points structures avec sections
  • Domaines de focus : decisions, actions a mener, annonces, questions
  • Longueur : concis (200-400 mots par canal)

Etape 4 : Configurer la planification cron

Cree une tache cron quotidienne pour le workflow de resume :

bash
# Tous les jours ouvrables a 18h00
# Cron Creator comprend le langage naturel

La tache cron va :

  1. Recuperer les messages des canaux configures (dernieres 24 heures)
  2. Les passer au Skill Summarize
  3. Formater le resultat en resume structure
  4. Poster dans le canal de resume designe

Etape 5 : Tester le resume

Avant de compter sur la planification cron, lance le workflow manuellement pour tout verifier :

  1. Verifie que la connexion Slack est active
  2. Confirme que la recuperation des messages retourne le contenu attendu
  3. Valide que la synthese produit un resultat utile
  4. Verifie que le resume est poste dans le bon canal

Options de personnalisation

Resume multi-canaux

Surveille plusieurs canaux et regroupe les resumes par canal :

  • #engineering — discussions techniques et decisions
  • #product — demandes de fonctionnalites et mises a jour de la roadmap
  • #incidents — problemes de production et resolutions
  • #general — annonces a l'echelle de l'entreprise

Filtrage par priorite

Configure le generateur de resumes pour mettre en avant :

  • Les messages avec des reactions (👀, ✅, 🚨)
  • Les messages contenant certains mots-cles
  • Les fils de discussion avec beaucoup de reponses
  • Les messages de certaines personnes (direction, personnes d'astreinte)

Plusieurs planifications

Configure differents horaires pour differents besoins :

  • Brief matinal (8h00) — resume de l'activite nocturne
  • Synthese de fin de journee (18h00) — resume de la journee complete
  • Bilan hebdomadaire (vendredi 16h00) — revue de la semaine

Avance : Resumes conditionnels

Tous les jours ne necessitent pas un resume. Tu peux definir des declencheurs intelligents pour n'envoyer un resume que quand c'est pertinent.

Ignorer les week-ends et jours feries

Configure ton cron pour les jours ouvrables uniquement, et maintiens une liste de jours feries. Le Skill Cron supporte des expressions comme 0 18 * * 1-5 pour une execution du lundi au vendredi uniquement. Pour les jours feries, ajoute une verification de date en debut de workflow qui termine prematurement si la date correspond a ton calendrier de conges.

Detection d'urgence

Mets en place des alertes par mots-cles qui contournent completement la planification quotidienne. Si des messages contiennent des termes comme « panne », « P0 », « incident de securite » ou « rollback », le systeme peut envoyer un mini-resume immediat au lieu d'attendre l'heure planifiee. Le meilleur des deux mondes : traitement par lots pour les mises a jour courantes et alertes en temps reel pour les evenements critiques.

Seuil d'activite

Configure un nombre minimum de messages avant de generer un resume. Si un canal a eu moins de 3 messages en 24 heures, le resumer n'apporte pas grand-chose. Le workflow peut verifier le volume de messages d'abord et ignorer les canaux — ou le resume entier — quand l'activite est en dessous du seuil.

Filtrage par mots-cles

Definis des groupes de mots-cles pour faire remonter des sujets specifiques. Par exemple, tague les messages mentionnant « deploy », « release » ou « mise en prod » dans une section Deploiements, et les messages mentionnant « bug », « crash » ou « erreur » dans une section Incidents. Cela ajoute une couche de categorisation intelligente au-dessus de la synthese IA.

Templates de resume par role

Differents roles ont besoin de differentes informations a partir des memes canaux. Tu peux creer plusieurs configurations de resume, chacune adaptee a un public specifique.

Responsable technique

🔧 Resume technique — 31 mars 2026

BLOCAGES (2)
• Rate limiting du service d'auth en staging — @chen en cours d'investigation, besoin de l'equipe DevOps
• Pipeline CI en echec sur les tests d'integration — test instable dans le module de paiement

PULL REQUESTS (5 mergees, 3 ouvertes)
• Mergees : migration GraphQL pour l'API mobile (#1842), fix d'invalidation de cache (#1839)
• A reviewer : optimisation des index de base de donnees (#1845) — ouverte depuis 2 jours

DEPLOIEMENTS
• Deploiement en production v2.3.12 a 14h30 — succes, pas de rollback
• Deploiement en staging v2.4.0-beta.3 a 16h00 — 2 smoke tests en echec

DECISIONS TECHNIQUES
• Approuve : passage au connection pooling pour PostgreSQL (RFC-0047)
• En discussion : adoption d'OpenTelemetry pour le tracing distribue

Product Manager

📦 Resume produit — 31 mars 2026

DISCUSSIONS FONCTIONNELLES
• Refonte du parcours d'onboarding mobile — 3 options de design partagees, l'equipe penche pour l'option B
• SSO Enterprise — retours du client Acme Corp integres aux specifications
• Rate limiting de l'API — la communaute de developpeurs demande des limites plus elevees en version gratuite

RETOURS UTILISATEURS (via #support et #feedback)
• 4 demandes d'export CSV dans le tableau de bord de reporting
• Retours positifs sur les nouveaux filtres de recherche de 2 comptes enterprise
• Rapport de bug : le date picker ne fonctionne pas sous Safari (ticket cree)

DECISIONS PRISES
• Gel des fonctionnalites v2.4 confirme pour le 3 avril
• Brouillon des OKR Q2 a rendre pour le 7 avril — tous les PM doivent soumettre

A VENIR
• Revue de design planifiee pour le 2 avril a 10h00

Direction

📊 Brief executif — 31 mars 2026

INDICATEURS CLES
• Utilisateurs actifs : 12 847 (en hausse de 3,2 % semaine sur semaine)
• Disponibilite API : 99,97 % (objectif SLA : 99,9 %)
• Tickets support ouverts : 23 (contre 31 hier)

INCIDENTS
• Un incident resolu : saturation du pool de connexions BDD (45 min d'indisponibilite)
• Cause identifiee, correctif deploye — aucune donnee client affectee

DECISIONS STRATEGIQUES
• L'equipe d'ingenierie a approuve la migration vers le connection pooling PostgreSQL
• Gel des fonctionnalites v2.4 fixe au 3 avril — livraison prevue le 15 avril

POINTS D'ATTENTION
• Le modele de tarification entreprise necessite l'avis de la finance — bloque 2 discussions commerciales
• Plan de recrutement Q2 : 3 postes d'ingenieur approuves, fiches de poste en attente

Exemple de sortie

Voici a quoi ressemble un resume quotidien typique :

📋 Resume quotidien — 31 mars 2026

🔧 #engineering (12 messages)
• Decision : migration de l'API mobile de REST vers GraphQL (approuvee par @sarah)
• Action : @mike doit mettre a jour la doc API d'ici jeudi
• Discussion : benchmarks de performance de la nouvelle couche de cache — resultats en attente

📦 #product (8 messages)
• Annonce : le gel des fonctionnalites v2.4 commence le 3 avril
• Demande : 3 nouvelles demandes de fonctionnalites taguees pour le planning Q2
• Question : modele de tarification entreprise — besoin de l'avis de @finance

🚨 #incidents (2 messages)
• Resolu : saturation du pool de connexions BDD (10h30 - 11h15)
• Aucun incident en cours

Format du bilan hebdomadaire

Une vue plus large pour les bilans de fin de semaine :

📋 Bilan hebdomadaire — 25-31 mars 2026

FAITS MARQUANTS
• Migration GraphQL approuvee et implementation lancee
• v2.3.12 livree avec ameliorations de la couche de cache — reponses API 40 % plus rapides
• 2 nouveaux clients enterprise onboardes

EN CHIFFRES
• 87 messages sur 4 canaux
• 6 decisions prises, 12 actions creees
• 3 incidents (tous resolus, temps moyen de resolution : 38 min)

REPORT A LA SEMAINE PROCHAINE
• Modele de tarification entreprise — en attente de revue par la finance
• RFC OpenTelemetry — necessite 2 approbations supplementaires
• Refonte du parcours d'onboarding mobile — revue de design finale mardi

Resume par projet

Quand tu as besoin de suivre l'avancement d'une initiative specifique :

📋 Resume projet : Application mobile v3.0 — 31 mars 2026

AVANCEMENT
• Implementation du flux d'authentification terminee (PR #1842 mergee)
• Service de notifications push — 80 % complete, tests d'integration OK
• Mode hors-ligne — spec de design approuvee, developpement a partir du 2 avril

BLOCAGES
• Probleme de compatibilite du SDK tiers avec iOS 18 — fournisseur contacte
• Assets de design pour les ecrans d'onboarding retardes jusqu'au 3 avril

EQUIPE
• @alex en conge du 1er au 3 avril — @jordan reprend les notifications push
• Sprint review deplacee au 4 avril a 14h00

Resume incidents uniquement

Pour les equipes d'astreinte et les parties prenantes focalisees sur la fiabilite :

🚨 Resume incidents — 31 mars 2026

INCIDENTS ACTIFS : 0

RESOLUS AUJOURD'HUI : 1
• INC-2847 : Saturation du pool de connexions BDD
  - Duree : 10h30 – 11h15 (45 minutes)
  - Impact : 12 % des requetes API ont retourne des erreurs 503
  - Cause : fuite de connexion dans le nouveau job de traitement par lots
  - Correctif : limite du pool augmentee, fuite corrigee dans la PR #1840
  - Suivi : ajouter une alerte de monitoring du pool de connexions (echeance 2 avril)

TENDANCE SUR 7 JOURS
• Total incidents : 3 (contre 5 la semaine precedente)
• Temps moyen de resolution : 38 minutes
• Conformite SLA : 99,97 %

Resolution de problemes

Messages non recuperes

  • Verifie que ton bot token a le scope channels:history
  • Assure-toi que le bot est membre des canaux que tu veux surveiller
  • Verifie que les IDs de canaux sont corrects (utilise channels:read pour lister)

Qualite de synthese insuffisante

  • Augmente la fenetre de contexte en recuperant plus d'historique de messages
  • Ajoute des instructions de focus dans la configuration du generateur
  • Filtre les messages de bots et les notifications automatisees avant la synthese

Tache cron qui ne se declenche pas

  • Verifie que ton instance OpenClaw tourne
  • Verifie le statut de la tache cron avec clawhub list
  • Assure-toi que le fuseau horaire du systeme correspond a ton attente

Questions Fréquentes

Oui. Le workflow est agnostique de la plateforme au niveau de sa logique. Remplace le Skill Slack par le Skill Discord en lançant `clawhub install discord`. Les Skills Summarize et Cron Creator fonctionnent a l'identique quelle que soit la source des messages. Tu auras juste besoin d'un token de bot Discord avec les permissions appropriees (`Read Message History`, `Send Messages`) et de configurer les IDs de canaux de ton serveur Discord.

Les plans Slack gratuits limitent l'historique des messages a 90 jours, les plans payants offrent un historique illimite. Le resume quotidien ne remonte que sur les dernieres 24 heures, donc le plan gratuit suffit largement. Si tu veux generer des bilans hebdomadaires ou mensuels, garde en tete la limite de 90 jours. Pour les equipes sur plan gratuit qui ont besoin de resumes a plus long terme, archiver les resumes separement est une bonne alternative.

La tache cron tourne localement sur la machine hebergeant ton instance OpenClaw. Si cette machine est eteinte ou en veille a l'heure planifiee, la tache ne s'executera pas et il n'y a pas de mecanisme de retry integre. Pour un fonctionnement fiable 24h/24, installe OpenClaw sur un serveur, un VPS ou une instance cloud. Un VPS a quelques euros par mois ou un Raspberry Pi de recuperation font tres bien l'affaire.

Par defaut, le resume est poste dans un canal Slack, mais tu as plusieurs options. Tu peux activer la fonctionnalite de notification par email integree a Slack pour transferer les messages du canal de resume vers ta boite mail. Sinon, ajoute un Skill Email au workflow (`clawhub install email`) pour envoyer le resume directement par SMTP. Cette approche permet aussi d'envoyer des resumes a des personnes qui ne sont pas dans ton espace Slack, comme des parties prenantes externes ou des dirigeants qui preferent l'email.

Configure le generateur de resumes pour masquer les patterns sensibles connus comme les cles API, mots de passe, tokens et donnees personnelles. Tu peux definir des patterns regex pour le masquage dans la configuration. Au-dela du masquage, controle quels canaux sont inclus dans le resume — exclus completement les canaux comme `#rh-confidentiel` ou `#juridique`. Pour plus de securite, poste les resumes dans un canal prive avec une liste de membres restreinte plutot que dans un canal public.

Configure plusieurs planifications cron ciblant differents fuseaux horaires pour que chaque groupe recoive le resume a une heure locale convenable. Par exemple, planifie un resume a 18h00 heure de Paris et un autre a 18h00 heure de New York. Chaque planification peut couvrir les memes canaux mais livrer dans des canaux de resume regionaux. Sinon, utilise un horaire unique pendant les heures de chevauchement — comme 10h00 UTC — et laisse chaque membre consulter le resume en debut de journee.

Bien sur. Le plus simple est d'utiliser une expression cron pour les jours ouvrables uniquement, comme `0 18 * * 1-5`, qui tourne du lundi au vendredi. Pour les jours feries, maintiens une liste de dates dans ta configuration de workflow. Le workflow verifie la date du jour avant de tourner et s'arrete si c'est un jour ferie. Tu peux aussi integrer une API de jours feries publics si ton equipe couvre plusieurs pays avec des calendriers differents.

Oui. Les resumes etant postes dans un canal Slack, ils sont automatiquement recherchables via la recherche integree de Slack. Pour un archivage plus structure, ajoute une etape a ton workflow qui sauvegarde chaque resume en fichier Markdown ou JSON dans un repertoire dedie ou un bucket de stockage cloud. Au fil du temps, cela cree une archive consultable de l'activite de l'equipe. Certaines equipes envoient les resumes dans Notion, Confluence ou un dossier Google Drive partage pour reference a long terme.

Tu peux connecter ton workflow a une API de calendrier (Google Calendar, Outlook) pour verifier certains evenements avant de tourner. Par exemple, ignorer le resume les jours de reunion generale quand tout le monde est deja synchronise, ou les jours de seminaire d'equipe quand l'activite Slack ne reflete pas le travail reel. Ajoute une etape de verification du calendrier en debut de workflow qui cherche les evenements tagges avec un mot-cle comme « no-digest ». Ca garde le systeme flexible — tu controles quels evenements suppriment le resume sans modifier la planification cron.

Le resume est poste dans un canal Slack, donc les membres du canal sont les destinataires. Cree un canal dedie comme `#resume-quotidien` et n'invite que les personnes concernees. Pour un controle plus fin, configure plusieurs canaux de resume avec differentes audiences — un pour les responsables techniques, un pour les product managers, un pour la direction — chacun avec son propre template et ses sources de canaux. Les individus peuvent aussi utiliser les preferences de notification par canal de Slack pour couper le son les jours ou ils n'en ont pas besoin, sans se desabonner completement.

Cas d'utilisation associés