---
title: Digests & Triage Quotidien
url: https://blog.guigpap.com/fr/workflows/monitoring-digests/
url_md: https://blog.guigpap.com/fr/workflows/monitoring-digests.md
category: automation
date: '2026-03-28'
maturite: production
techno:
  - n8n
  - odoo
  - github
  - telegram
  - claude
application:
  - monitoring
  - operations
---

# Digests & Triage Quotidien

> Systeme automatise de triage GitHub, digests Odoo et rapports de progression avec IA

## 1. Quoi ? — Definition et contexte

Gerer un projet solo avec des dizaines d'issues GitHub et autant de taches Odoo, c'est comme jongler en permanence : quelle issue est urgente ? Quel projet avance ? Combien d'heures cette semaine ? Plutot que de passer 20 minutes chaque matin a trier manuellement, cinq workflows s'en chargent en cascade.

> **Note - Triage**
>
> Le **triage** est un terme emprunte a la medecine d'urgence : evaluer rapidement la priorite de chaque cas pour traiter les plus urgents d'abord. Ici, c'est l'IA qui trie les issues GitHub en "A faire aujourd'hui", "Cette semaine", ou "Plus tard".

### Les 5 workflows

| Workflow | Declenchement | Role |
|----------|---------------|------|
| **Daily GitHub Triage** (25n) | 07h30 + `/triage` | Sync issues, promotion par deadline, triage IA |
| **Daily Todo Digest** (24n) | 08h00 + `/todo` | Resume pagine des taches par horizon |
| **Project Progress Reporter** (8n) | Dimanche 10h00 | Bilan hebdomadaire par projet |
| **Estimation Coverage Weekly** (9n) | Lundi 09h00 | Suivi qualite des estimations |
| **Triage Interactive API** (13n) | Hook session start | Triage interactif depuis Claude Code |

La sequence matinale est orchestree : triage a 7h30 (classifie les issues), digest a 8h00 (affiche le resultat). Le digest se base sur le travail deja fait par le triage.

### Vue d'ensemble

```mermaid
flowchart TD
  T0730["07:30 · Daily GitHub Triage"]
  T0800["08:00 · Daily Todo Digest"]
  TSun["Dimanche 10:00 · Project Progress Reporter"]
  TMon["Lundi 09:00 · Estimation Coverage Weekly"]

  Sync["Sync missing GitHub issues → Odoo"]
  Promote["Promote stages par deadline"]
  AITriage["AI Issue Triage · codex-yolo"]
  TodoBucket["Bucketing par horizon · stages 07:30"]
  Project["Bilan hebdomadaire par projet"]
  Estim["Suivi qualité des estimations"]

  T0730 --> Sync
  T0730 --> Promote
  T0730 --> AITriage
  T0800 --> TodoBucket
  TSun --> Project
  TMon --> Estim
```

---

## 2. Pourquoi ? — Enjeux et motivations

### Problemes resolus

| Probleme | Sans digests | Avec digests |
|----------|--------------|--------------|
| **Issues oubliees** | Issue GitHub creee et jamais triee | Sync auto + triage IA |
| **Pas de priorite** | Tout est "a faire" sans horizon | Bucketing par urgence |
| **Visibilite projet** | Ouvrir Odoo pour chaque projet | Resume hebdomadaire push |
| **Triage fastidieux** | 20 min chaque matin dans l'UI | Automatique, IA + deadline |

### Pourquoi un triage a deux niveaux ?

Le triage opere sur deux dimensions independantes :

| Dimension | Question | Valeurs |
|-----------|----------|---------|
| **Stage projet** | Ou en est cette tache ? | Backlog, To Do, In Progress, In Review, Blocked |
| **Horizon personnel** | Quand m'en occuper ? | Aujourd'hui, Demain, Cette semaine, Ce mois, Plus tard |

L'IA suggere les deux. Les deadlines peuvent promouvoir automatiquement l'horizon (une tache a J-2 passe en "Aujourd'hui"), mais jamais le retrograder.

> **Tip - Cache IA**
>
> Le triage IA est cache 7 jours par tache. Il n'est recalcule que si un evenement GitHub (reouverture, label, milestone) invalide le cache. Ca evite de rappeler Claude pour des taches qui n'ont pas change.

---

## 3. Comment ? — Mise en oeuvre technique

### Daily GitHub Triage

Le workflow en trois phases :

**Phase 1 — Sync** : Recupere les issues ouvertes depuis l'API GitHub et cree les taches Odoo manquantes (projet, labels, milestone, description HTML).

**Phase 2 — Promotion** : Parcourt les taches existantes et ajuste l'horizon personnel selon les deadlines :

| Deadline | Promotion vers |
|----------|----------------|
| Depassee | Aujourd'hui |
| Dans 7 jours | Cette semaine |
| Dans 30 jours | Ce mois |
| Plus loin | Pas de changement |

**Phase 3 — Triage IA** : Les taches non triees sont envoyees par batch de 10 a Claude (modele codex-yolo) qui suggere un stage projet et un horizon personnel pour chacune. Les resultats sont appliques a Odoo et caches.

Le digest de sortie resume les actions : "3 issues creees, 5 promues, 8 triees par IA".

### Daily Todo Digest

Arrive a 8h00 (ou via `/todo` dans Telegram), ce digest affiche les taches par urgence. Chaque tache recoit un score composite :

| Signal | Points |
|--------|--------|
| Haute priorite | +20 |
| Jours en retard | x3 (max 30) |
| Deadline dans 3 jours ou moins | +15 |
| Stale (14j+ sans activite) | +10 |
| Session Claude recente (moins de 3j) | +5 |
| Age (1 point/jour, max 15) | +1 a +15 |

Les taches sont ensuite reparties en pages :
- **Page 0** : Resume urgent (taches bloquees, en retard, a faire aujourd'hui)
- **Page 1** : Repartition par horizon (Aujourd'hui, Demain, Cette semaine, Ce mois)
- **Pages 2+** : Taches non triees

En mode Telegram, la pagination est geree par des boutons inline. Chaque clic re-interroge Odoo (pas de cache) pour des donnees toujours fraiches.

### Project Progress Reporter

Chaque dimanche a 10h, un bilan par projet est genere :
- Nombre de taches par stage (In Progress, Done)
- Heures de timesheet sur la semaine
- Metriques Claude Code (sessions, cout, lignes modifiees)
- Projets sans activite exclus du rapport

### Estimation Coverage Weekly

Ce workflow surveille un objectif precis : atteindre 30 "echantillons apparies" (taches ayant a la fois une estimation manuelle ET des timesheets reels) pour debloquer la Phase 2 de l'Effort Estimator. Chaque lundi, il affiche la progression et le delta par rapport a la semaine precedente.

### Triage Interactive

Au demarrage d'une session Claude Code, un hook verifie s'il y a des taches non triees. Si oui, il propose un triage interactif via `AskUserQuestion` — directement dans le terminal, sans quitter Claude Code. Les choix sont envoyes a N8N qui met a jour Odoo.

---

## 4. Et si ? — Perspectives et limites

### Limites actuelles

| Limite | Impact | Mitigation |
|--------|--------|------------|
| **IA cache 7j fixe** | Pas d'invalidation si deadline change dans Odoo | Invalidation sur evenements GitHub uniquement |
| **Single user** | Pas de delegation de triage | Suffisant pour usage solo |
| **Pagination zero-state** | Re-query Odoo a chaque page | Donnees toujours fraiches mais plus lent |

### Scenarios d'evolution

**Si equipe** :
- Triage round-robin avec assignation
- Digest personnalise par role (dev, PM, ops)
- Notification de taches bloquees au bon destinataire

**Si volume de taches explose** :
- Grouper par projet dans le digest
- Filtrer par tag ou milestone
- Ajouter un mode "focus" qui ne montre que la journee

---

## Pages liees

### Infrastructure
- [Odoo 18 sur Docker](/fr/infrastructure/odoo-18-setup/) — Backend des taches
- [Monitoring Stack](/fr/infrastructure/monitoring-stack/) — Prometheus pour les metriques

### Workflows
- [Notification Hub](/fr/workflows/notification-hub/) — Routage des digests
- [GitHub-Odoo Sync](/fr/workflows/github-odoo-sync/) — Synchronisation initiale
- [Claude Code Telemetry](/fr/workflows/claude-code-telemetry/) — Metriques Claude sur les taches

### Reference
- [Glossaire](/fr/reference/glossary/) — Triage, Horizon personnel

## Metadonnees agent

- Cet article est issu du blog GuiGPaP Lab.
- Contexte global du blog: https://blog.guigpap.com/llms.txt
- Contact auteur: https://odoo.guigpap.com/mon-cv
- Licence: CC-BY-SA 4.0