Mise à Jour Quotidienne de Réunion

Générez une mise à jour de standup/réunion quotidienne grâce à un entretien interactif. Ne supposez jamais que les outils sont configurés — demandez d'abord.

Workflow

DÉMARRAGE
  │
  ▼
┌─────────────────────────────────────────────────────┐
│ Phase 1 : DÉTECTION & PROPOSITION D'INTÉGRATIONS    │
│ • Vérifier : historique Claude Code ? gh CLI ? jira CLI ?│
│ • Claude Code → Récupérer le résumé de session d'hier│
│   → L'utilisateur sélectionne les éléments pertinents via multiSelect │
│ • GitHub/Jira → Demander à l'utilisateur, récupérer si approuvé       │
│ • Récupérer les données MAINTENANT (avant l'entretien)                │
├─────────────────────────────────────────────────────┤
│ Phase 2 : ENTRETIEN (avec informations)            │
│ • Afficher les données récupérées comme contexte    │
│ • Hier : « Je vois que vous avez fusionné la PR #123, quoi d'autre ? »│
│ • Aujourd'hui : Sur quoi allez-vous travailler ?       │
│ • Blocages : Quelque chose vous bloque ?               │
│ • Sujets : Quelque chose à discuter en fin de réunion ?│
├─────────────────────────────────────────────────────┤
│ Phase 3 : GÉNÉRATION DE LA MISE À JOUR              │
│ • Combiner les réponses de l'entretien + données des outils │
│ • Formater en Markdown propre                        │
│ • Présenter à l'utilisateur                          │
└─────────────────────────────────────────────────────┘

Phase 1 : Détecter & Proposer des Intégrations

Étape 1 : Détection Silencieuse

Vérifiez les intégrations disponibles silencieusement (supprimez les erreurs, ne montrez pas à l'utilisateur) :

Intégration	Détection
Historique Claude Code	Le répertoire `~/.claude/projects` existe avec des fichiers `.jsonl`
GitHub CLI	`gh auth status` réussit
Jira CLI	La commande `jira` existe
Atlassian MCP	Outils `mcp__atlassian__*` disponibles
Git	Dans un dépôt git

Étape 2 : Proposer les Intégrations GitHub/Jira (si disponibles)

Utilisateurs Claude Code : Utilisez l'outil AskUserQuestionTool pour toutes les questions de cette phase.

GitHub/Git :

Si HAS_GH ou HAS_GIT :

« J'ai détecté que vous avez GitHub/Git configuré. Voulez-vous que je récupère votre activité récente (commits, PRs, relectures) ? »

Options :
- « Oui, récupère les infos »
- « Non, je fournirai tout manuellement »

Si oui :

« Quels dépôts/projets dois-je vérifier ? »

Options :
- « Juste le répertoire actuel » (si dans un dépôt git)
- « Je vais lister les dépôts » → l'utilisateur fournit la liste

Jira :

Si HAS_JIRA_CLI ou HAS_ATLASSIAN_MCP :

« J'ai détecté que vous avez Jira configuré. Voulez-vous que je récupère vos tickets ? »

Options :
- « Oui, récupère mes tickets »
- « Non, je fournirai tout manuellement »

Étape 3 : Récupérer les Données GitHub/Jira (si approuvé)

GitHub/Git — Pour chaque dépôt approuvé :

Commits de l'utilisateur depuis hier
PRs ouvertes/fusionnées par l'utilisateur
Relectures effectuées par l'utilisateur

Jira — Tickets assignés à l'utilisateur, mis à jour dans les dernières 24h

Point clé : Stocker les résultats pour les utiliser comme contexte dans l'entretien de Phase 2.

Étape 4 : Proposer l'Historique Claude Code

Cette intégration capture tout ce sur quoi vous avez travaillé avec Claude Code — utile pour se souvenir du travail qui n'est pas dans git ou Jira.

Détection :

ls ~/.claude/projects/*/*.jsonl 2>/dev/null | head -1

Si l'historique Claude Code existe, demandez :

« Je peux aussi récupérer votre historique de sessions Claude Code d'hier. Cela peut aider à se souvenir du travail qui n'est pas dans git/Jira (recherche, débogage, planification). Voulez-vous que je vérifie ? »

Options :
- « Oui, récupère mes sessions Claude Code »
- « Non, j'ai tout ce qu'il me faut »

Si oui, exécutez le script de résumé :

python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --format json

Présentez ensuite les sessions avec multiSelect :

Utilisez AskUserQuestionTool avec multiSelect: true pour permettre à l'utilisateur de choisir les éléments pertinents :

« Voici vos sessions Claude Code d'hier. Sélectionnez celles qui sont pertinentes pour votre standup : »

Options (multiSelect) :
- « Correction du bug d'authentification (backend-api) »
- « Implémentation du flux OAuth (backend-api) »
- « Mise à jour des styles de la page d'accueil (frontend-app) »
- « Recherche de fournisseurs de paiement (docs) »

Point clé : L'utilisateur sélectionne les sessions liées au travail. Les projets personnels ou expériences peuvent être exclus.

N'exécutez PAS le script de résumé quand :

L'utilisateur dit explicitement « Non » à l'historique Claude Code
L'utilisateur dit qu'il fournira tout manuellement
Le répertoire ~/.claude/projects n'existe pas

Si le script de résumé échoue :

Solution de repli : Ignorer silencieusement l'intégration Claude Code, continuer avec l'entretien
Problèmes courants : Python non installé, pas de sessions de la veille, erreurs de permission
Ne bloquez PAS le flux du standup — le script est supplémentaire, pas obligatoire

Phase 2 : Entretien (avec informations)

Utilisateurs Claude Code : Utilisez l'outil AskUserQuestionTool pour mener l'entretien. Cela offre une meilleure UX avec des options structurées.

Utilisez les données récupérées comme contexte pour rendre les questions plus intelligentes.

Question 1 : Hier

Si des données ont été récupérées, montrez-les d'abord :

« Voici ce que j'ai trouvé dans votre activité :
- Fusion de la PR #123 : correction du délai de connexion
- 3 commits dans backend-api
- Relecture de la PR #456 (approuvée)

Avez-vous travaillé sur autre chose hier que j'aurais pu manquer ? »

Si aucune donnée récupérée :

« Sur quoi avez-vous travaillé hier/depuis le dernier standup ? »

Si la réponse de l'utilisateur est vague, demandez un suivi :

« Pouvez-vous donner plus de détails sur X ? »
« Avez-vous terminé quelque chose de spécifique ? »

Question 2 : Aujourd'hui

« Sur quoi allez-vous travailler aujourd'hui ? »

Options :
- [Saisie de texte - l'utilisateur écrit librement]

Si des données Jira ont été récupérées, vous pouvez suggérer :

« Je vois que vous avez ces tickets assignés :
- PROJ-123 : Implémentation du flux OAuth (En cours)
- PROJ-456 : Correction du bug de paiement (À faire)

Allez-vous travailler sur l'un d'eux aujourd'hui ? »

Question 3 : Blocages

« Avez-vous des blocages ou des impediments ? »

Options :
- « Aucun blocage »
- « Oui, j'ai des blocages » → demande de suivi pour les détails

Question 4 : Sujets de Discussion

« Un sujet que vous souhaitez aborder à la fin du daily ? »

Options :
- « Non, rien à discuter »
- « Oui » → demande de suivi pour les détails

Exemples de sujets :
- Décision technique qui nécessite un avis
- Alignement avec une autre équipe
- Question sur la priorisation
- Annonce ou information pour l'équipe

Phase 3 : Générer la Mise à Jour

Combinez toutes les informations dans un Markdown propre :

# Mise à Jour Quotidienne - [DATE]

## Hier
- [Éléments de l'entretien]
- [Éléments de GitHub/Jira si récupérés]

## Aujourd'hui
- [Éléments de l'entretien]

## Blocages
- [Blocages ou « Aucun blocage »]

## PRs & Relectures (si récupérés de GitHub)
- [PRs ouvertes]
- [PRs fusionnées]
- [Relectures effectuées]

## Jira (si récupéré de Jira)
- [Tickets mis à jour]

## Sujets de Discussion
- [Sujets ou « Aucun »]

---
*Liens :*
- [Liens vers les PRs]
- [Liens vers les tickets]

Principes Fondamentaux

L'entretien est primordial — Les outils complètent, ils ne remplacent pas le contexte humain
Consentement avant l'accès — Toujours demander avant de récupérer quoi que ce soit
Questions contextuelles — Montrer les données récupérées pendant l'entretien pour rafraîchir la mémoire (« Je vois que vous avez fusionné la PR #123... »)

Référence Rapide

Phase	Action	Outil
1. Détection & Proposition	Vérifier gh/jira/historique Claude, demander à l'utilisateur, récupérer les données	Bash (silencieux), AskUserQuestionTool*
2. Entretien	Poser 4 questions avec informations	AskUserQuestionTool*
3. Génération	Formater en Markdown	Sortie texte

*Claude Code uniquement : Utilisez l'outil AskUserQuestionTool pour les questions structurées.

Script de Résumé Claude Code

# Récupérer les sessions d'hier au format JSON
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --format json

# Récupérer les sessions d'aujourd'hui
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --date today --format json

# Filtrer sur un projet spécifique
python3 ~/.claude/skills/daily-meeting-update/scripts/claude_digest.py --project ~/mon-app --format json

Exemple de Session

Claude : « Préparons votre daily ! J'ai détecté que GitHub est configuré. Voulez-vous que je récupère votre activité récente ? »
Utilisateur : « Oui »

Claude : « Quels dépôts dois-je vérifier ? »
Utilisateur : « backend-api et frontend-app »

[Claude récupère les données GitHub silencieusement]

Claude : « Je peux aussi récupérer votre historique de sessions Claude Code d'hier. Voulez-vous que je vérifie ? »
Utilisateur : « Oui »

[Claude exécute le script de résumé, obtient 5 sessions]

Claude : « Voici vos sessions Claude Code d'hier. Sélectionnez celles qui sont pertinentes pour votre standup : »
  ☑ Correction du bug de délai d'authentification (backend-api)
  ☑ Implémentation du flux OAuth (backend-api)
  ☐ Mise à jour du blog personnel (blog) - [l'utilisateur décoche le projet personnel]
  ☑ Recherche de fournisseurs de paiement (docs)
  ☐ Débogage des échecs de tests (expériences)

Utilisateur : [sélectionne 3 éléments pertinents]

Claude : « Voici ce que j'ai trouvé dans votre activité :
- Fusion de la PR #120 : correction du délai de connexion
- Ouverture de la PR #125 : feat: ajout du flux OAuth
- Relecture de la PR #123 (approuvée), PR #456 (modifications demandées)
- 5 commits dans backend-api
- [Depuis Claude Code] Correction du bug de délai d'authentification
- [Depuis Claude Code] Implémentation du flux OAuth
- [Depuis Claude Code] Recherche de fournisseurs de paiement

Avez-vous travaillé sur autre chose hier que j'aurais pu manquer ? »
Utilisateur : « Non, ça couvre tout »

Claude : « Sur quoi allez-vous travailler aujourd'hui ? »
Utilisateur : « Continuer la fonctionnalité OAuth et déployer en staging »

Claude : « Des blocages ? »
Utilisateur : « Non »

Claude : « Un sujet à aborder à la fin du daily ? »
Utilisateur : « Oui, je veux discuter de l'architecture du nouveau module de paiement »

[Claude génère la mise à jour]

Exemple de Sortie

# Mise à Jour Quotidienne - 2026-01-22

## Hier
- Travail sur la fonctionnalité d'authentification
- Recherche sur les fournisseurs de paiement
- Fusion de la PR #120 (fix: délai de connexion)
- Ouverture de la PR #125 (feat: ajout du flux OAuth)

## Aujourd'hui
- Continuer la fonctionnalité OAuth
- Déployer en staging

## Blocages
- Aucun blocage

## PRs & Relectures
- **Ouvertes :** PR #125 - feat: ajout du flux OAuth
- **Fusionnées :** PR #120 - fix: délai de connexion
- **Relectures :** PR #123 (approuvée), PR #456 (modifications demandées)

## Sujets de Discussion
- Architecture du nouveau module de paiement

---
*Liens :*
- https://github.com/org/repo/pull/125
- https://github.com/org/repo/pull/120

Anti-Patterns

À Éviter	Pourquoi (Connaissance Experte)	À la Place
Exécuter gh/jira sans demander	Les utilisateurs peuvent avoir des dépôts personnels visibles, ou être dans un contexte de projet sensible qu'ils ne veulent pas exposer	Toujours demander d'abord, laisser l'utilisateur choisir les dépôts
Suppose que le répertoire actuel est le seul projet	Les développeurs travaillent souvent sur 2 à 5 dépôts simultanément (frontend, backend, infra)	Demander « Sur quels projets travaillez-vous ? »
Ignorer l'entretien même avec des données d'outils	Les outils capturent CE QUI s'est passé, mais pas POURQUOI ni le contexte (recherche, réunions, planification)	L'entretien est primordial, les outils complètent
Générer la mise à jour avant les 4 questions	L'utilisateur pourrait avoir un blocage critique ou un sujet de discussion qui change le récit	Terminer l'entretien, puis générer
Inclure les messages de commit bruts	Les messages de commit sont souvent cryptiques (« fix », « wip ») et ne racontent pas l'histoire	Résumer en résultats lisibles par un humain
Demander les données après l'entretien	Montrer les informations pendant l'entretien rend les questions plus intelligentes (« Je vois que vous avez fusionné la PR #123, quoi d'autre ? »)	Récupérer les données d'abord, puis entretien avec contexte

NE JAMAIS

NE JAMAIS supposer que les outils sont configurés — De nombreux développeurs ont gh installé mais pas authentifié, ou jira CLI pointant vers la mauvaise instance
NE JAMAIS ignorer la question « Sujets de Discussion » — C'est souvent la partie la plus précieuse du standup que les outils ne peuvent pas capturer
NE JAMAIS générer plus de 15 puces — Le standup doit prendre <2 minutes à lire ; les longues mises à jour perdent l'audience
NE JAMAIS inclure des numéros de ticket/PR sans contexte — « PROJ-123 » ne veut rien dire ; incluez toujours le titre ou le résumé
NE JAMAIS récupérer des données depuis des dépôts que l'utilisateur n'a pas explicitement approuvés — Même si vous pouvez voir d'autres dépôts, respectez les limites

Brajesh31/claude-daily-meeting-update-skill

Qu'est-ce que claude-daily-meeting-update-skill ?

Demander à votre IA préférée

Documentation