Commande Digest

Si vous rencontrez des placeholders inconnus ou si vous devez vérifier quels outils sont connectés, consultez CONNECTORS.md.

Analysez l'activité récente sur toutes les sources connectées et générez un digest structuré mettant en évidence les points importants.

Instructions

1. Analyser les drapeaux

Déterminez la fenêtre temporelle à partir de l'entrée utilisateur :

--daily — Dernières 24 heures (par défaut si aucun drapeau spécifié)
--weekly — Derniers 7 jours

L'utilisateur peut également spécifier une plage personnalisée :

--since yesterday
--since Monday
--since 2025-01-20

2. Vérifier les sources disponibles

Identifiez quelles sources MCP sont connectées (même approche que la commande search) :

~~chat — canaux, DMs, mentions
~~email — boîte de réception, envoyés, conversations
~~cloud storage — docs récemment modifiés partagés avec l'utilisateur
~~project tracker — tâches assignées, complétées, commentées
~~CRM — mises à jour d'opportunités, activité de compte
~~knowledge base — pages wiki récemment mises à jour

Si aucune source n'est connectée, guidez l'utilisateur :

Pour générer un digest, vous devez au moins une source connectée.
Consultez vos paramètres MCP pour ajouter ~~chat, ~~email, ~~cloud storage ou d'autres outils.

3. Collecter l'activité de chaque source

~~chat :

Recherchez les messages mentionnant l'utilisateur (to:me)
Vérifiez les canaux de l'utilisateur pour l'activité récente
Cherchez les conversations auxquelles l'utilisateur a participé
Identifiez les nouveaux messages dans les canaux clés

~~email :

Recherchez les messages récents de la boîte de réception
Identifiez les conversations avec de nouvelles réponses
Signalez les e-mails contenant des éléments d'action ou des questions adressées à l'utilisateur

~~cloud storage :

Trouvez les documents récemment modifiés ou partagés avec l'utilisateur
Notez les nouveaux commentaires sur les docs que l'utilisateur possède ou sur lesquels il collabore

~~project tracker :

Tâches assignées à l'utilisateur (nouvelles ou mises à jour)
Tâches complétées par d'autres que l'utilisateur suit
Commentaires sur les tâches auxquelles l'utilisateur est impliqué

~~CRM :

Changements de phase d'opportunité
Nouvelles activités enregistrées sur les comptes que l'utilisateur possède
Contacts ou comptes mis à jour

~~knowledge base :

Documents récemment mis à jour dans les collections pertinentes
Nouveaux documents créés dans les zones observées

4. Identifier les éléments clés

À partir de toute l'activité collectée, extrayez et catégorisez :

Éléments d'action :

Demandes directes faites à l'utilisateur (« Peux-tu... », « S'il te plaît... », « @user »)
Tâches assignées ou à venir bientôt
Questions en attente de réponse de l'utilisateur
Demandes de révision

Décisions :

Conclusions atteintes dans les conversations ou e-mails
Approbations ou rejets
Changements de politique ou de direction

Mentions :

Moments où l'utilisateur a été mentionné ou référencé
Discussions sur les projets ou domaines de l'utilisateur

Mises à jour :

Changements de statut sur les projets que l'utilisateur suit
Mises à jour de documents dans le domaine de l'utilisateur
Éléments complétés que l'utilisateur attendait

5. Grouper par sujet

Organisez le digest par sujet, projet ou thème plutôt que par source. Fusionnez l'activité connexe entre les sources :

## Projet Aurora
- ~~chat : Conversation de révision de design conclue — l'équipe a choisi Option B (#design, mardi)
- ~~email : Sarah a envoyé une spec mise à jour intégrant les retours (mercredi)
- ~~cloud storage : « Aurora API Spec v3 » mise à jour par Sarah (mercredi)
- ~~project tracker : 3 tâches déplacées en En Cours, 2 complétées

## Planification budgétaire
- ~~email : L'équipe Finance demande les projections Q2 d'ici vendredi
- ~~chat : Todd a partagé le modèle dans #finance (lundi)
- ~~cloud storage : « Q2 Budget Template » partagé avec vous (lundi)

6. Formater le digest

Structurez la sortie clairement :

# Digest [Quotidien/Hebdomadaire] — [Date ou plage de dates]

Sources analysées : ~~chat, ~~email, ~~cloud storage, [autres]

## Éléments d'action (X éléments)
- [ ] [Élément d'action 1] — de [personne], [source] ([date])
- [ ] [Élément d'action 2] — de [personne], [source] ([date])

## Décisions prises
- [Décision 1] — [contexte] ([source], [date])
- [Décision 2] — [contexte] ([source], [date])

## [Groupe sujet/projet 1]
[Résumé de l'activité avec attribution de source]

## [Groupe sujet/projet 2]
[Résumé de l'activité avec attribution de source]

## Mentions
- [Contexte de mention] — [source] ([date])

## Documents mis à jour
- [Nom du doc] — [qui a modifié, ce qui a changé] ([date])

7. Gérer les sources indisponibles

Si une source échoue ou est inaccessible :

Remarque : Impossible d'accéder à [nom de la source] pour ce digest.
Les sources suivantes ont été incluses : [liste des sources réussies].

Ne laissez pas une source défaillante empêcher la génération du digest. Produisez le meilleur digest possible à partir des sources disponibles.

8. Statistiques récapitulatives

Terminez par un résumé rapide :

---
[X] éléments d'action · [Y] décisions · [Z] mentions · [W] mises à jour doc
Sur [N] sources · Couvrant [plage temporelle]

Notes

Par défaut --daily si aucun drapeau spécifié
Groupez par sujet/projet, pas par source — les utilisateurs se soucient de ce qui s'est passé, pas d'où cela vient
Les éléments d'action doivent toujours être listés en premier — ce sont les éléments les plus actionnables d'un digest
Dédupliquez l'activité multi-source (même décision dans ~~chat et email = une entrée)
Pour les digests hebdomadaires, priorisez la significativité plutôt que la complétude — mettez en évidence ce qui compte, ignorez le bruit
Si l'utilisateur dispose d'un système de mémoire (CLAUDE.md), utilisez-le pour décoder les noms de personnes et les références de projet
Incluez assez de contexte dans chaque élément pour que l'utilisateur puisse décider d'approfondir sans avoir besoin de cliquer