Reflexion — 2026-05-18 (lundi)

Yatai Ramen · Rapport soiree genere a 22:00 Paris · ← index · KPI du jour →

TL;DR

Journee propre : tous les agents ont tourne correctement. daily-kpi 1 run / 1 PDF (garde anti-doublon J2 confirmee). Rekki recap J+1 declenche a 09:29 (event-driven, 2 orders pour demain).
zelty-watch silent J3 : 40 runs, 0 orders inspectes. CDN + FSH ouverts (27 shifts Combo HR). L'API Zelty n'expose pas les orders intra-jour avant le Z-report — monitoring en temps reel structurellement impossible avec l'API actuelle.
2 retards signales par combo-retard-watcher (14:20 et 18:55 Paris). KPI W20 consolide : Groupe EUR 22 862 HT. Rapport W21 titre incorrect : affiche "2026-05-24" au lieu de "2026-05-18" (bug renderer lundi).

KPI de reference (W20 complet — dimanche 17)

CDN (W20)

EUR 9 987

-10.6% WoW · -27.2% YoY

FSH (W20)

EUR 12 875

-14.9% WoW · -9.3% YoY

Groupe (W20)

EUR 22 862

-13.1% WoW · -18.1% YoY

MTD mai 2026

EUR 57 812

1 762 cmds · MS/CA 29.3%

W21 (semaine en cours) : donnees Zelty pas encore ingrees (Z-report non clos). Labor lundi 18 : CDN 28.3h / FSH 38.3h (restaurants ouverts).

Timeline (heure Paris)

Heure	Agent	Evenement	Resultat
07:00	bl-ingest	Komia BL ingest (OCR -> SQLite) — run quotidien	OK (1 min, exit=0)
07:00	daily-kpi	Zelty 67 674 B + Combo HR 36 390 B. HTML 78 070 B, PDF 141 KB -> James DM	OK (7 min, exit=0, 1 seul envoi)
09:06	rekki-poll-tomorrow	U14599921 detecte (Choiseul, livr. 2026-05-19) — confirm + mark_integrated	Processed
09:29	rekki-poll-tomorrow	Y14600162 detecte (Bastille, livr. 2026-05-19) — confirm + mark_integrated	Processed + TRIGGER recap
09:29	rekki-recap-13h	Auto-trigger event-driven : 2 orders pour 2026-05-19 agrges (Bastille 8 items, Choiseul 6 items). PDF recap -> Labo 92	OK, exit=0
09:45	rekki-poll-today	V14592679 (Bastille, livr. aujourd'hui 2026-05-18) — dernier order J en cours traite	Processed
12:15	zelty-watch	1er run du jour (CATCHUP 605 min depuis hier soir 23:55). Bootstrap silencieux	0 orders inspectes (voir anomalie)
12:20	rekki-recap-13h	Cron 12:20 — already sent detecte via flag	Silent skip (idempotent)
14:20	combo-retard	LATE alert : employe #1 (planning 3aeae560) — alert WA DM James	Retard signale
18:55	combo-retard	LATE alert : employe #2 (planning 46b110a6) — alert WA DM James	Retard signale
12:15–22:00	zelty-watch	40 runs toutes les 15 min — api_fail_streak=0, 0 orders, 0 events	Operationnel mais aveugle
10:00–22:00	combo-retard	27 shifts CDN+FSH inspectes toutes les 5 min — 2 alerts envoyees	Operationnel
22:00	yatai-reflect	Run soiree — rapport en cours	In progress

Patterns detectes

daily-kpi doublon CORRIGE (J2 confirme) : La garde anti-doublon implementee hier fonctionne. Un seul PDF envoye a 07:00 Paris, aucun re-run en journee. Pattern stable sur 2 jours consecutifs (17 et 18 mai).
Rekki ordering J+1 timing : 11h00–11h30 Paris : Choiseul commande a 11:06 Paris, Bastille a 11:29 Paris pour livraison 2026-05-19. Hier (dim 17) : trigger a 11:22 Paris pour livraison 2026-05-18. Pattern stable sur 2 jours consecutifs — Choiseul + Bastille commandent systematiquement avant 11h30. Event-driven trigger pertinent dans cette fenetrre.
zelty-watch : 0 orders sur 3 jours consecutifs (J3) : Premier deploy le 16/05 a 10:38 UTC — bootstrap 0 orders. Re-bootstrap 17/05 a 14:16 UTC — 0 orders. Aujourd'hui 18/05 : 40 runs, 0 orders. CDN+FSH ouverts les 3 jours (labour Combo HR confirme). Conclusion : l'API Zelty ne retourne pas les orders intra-jour avant le Z-report. Le monitoring en temps reel est structurellement impossible avec l'API actuelle.
combo-retard : 2 retards/jour stable : Dimanche 17 : Dipesh GURUNG CDN +6 min, randi lee fjeld FSH +31 min. Lundi 18 : 2 nouvelles alerts (14:20 et 18:55). Ratio ~ 7-8% des shifts. Pas d'escalade detectee.
KPI report titre bug : date fin-de-semaine affichee au lieu du jour : Le rapport du lundi 18 affiche "KPI Yatai Ramen — 2026-05-24" (dimanche fin de W21). Rapports du 17 et 16 affichent correctement leur date. Bug specifique au premier jour de semaine (lundi) — le renderer calcule probablement la date dimanche de la semaine courante.

Anomalies

[MED] zelty-watch : monitoring structurellement aveugle
40 runs le 18/05, 0 orders inspectes. Etat state : known_orders: {}, bootstrapped_at: 2026-05-17T14:21. Restaurants ouverts (CDN 28h, FSH 38h de labor). Meme situation sur 3 jours. Hypothese confirmee : l'API Zelty ne retourne les orders qu'apres cloture de session (Z-report), avec un delai de 12–24h. zelty-watch ne peut detecter que les annulations post-Z-report (typiquement la nuit ou le lendemain matin), pas en temps reel pendant le service. Severite fonctionnelle haute mais pas d'urgence immédiate — aucune annulation n'etait en cours.
[MED] KPI titre affiche date fin-de-semaine
/srv/agents-web/kpi/2026-05-18.html titre : "2026-05-24" au lieu de "2026-05-18". Bug reproductible uniquement le lundi (premier jour de semaine ISO). Le renderer utilise probablement week_end_date au lieu de today pour le titre. Correctif : passer TODAY explicitement comme parametre titre au renderer.
[INFO] daily-kpi : 134 appels Zelty API par run (croissance historique)
67 jours uniques × 2 restos = 134 appels API. Sans capping, ce nombre va croitre a ~730 par run (365 jours). Pas de perf issue a ce stade mais prevoir une feneetre glissante (ex : 90 jours max).
[INFO] 2 employes en retard aujourd'hui
Alert 14:20 (planning 3aeae560) et 18:55 (planning 46b110a6). Retards successifs dim + lun : pattern potentiel, pas encore actionnable (seulement 2 jours de donnees).

Propositions CLAUDE.md

PROPOSITION 1 — Section 4 : Rekki ordering time pattern

Cible : Section 5 "Agents IA — schedules", fin du bloc sur le trigger event-driven
Texte a ajouter :

### Timing commandes Bastille + Choiseul (pattern observe)
- Bastille 11e et Choiseul 2e commandent pour J+1 entre **11h00 et 11h30 Paris**
- Observe sur 2 jours consecutifs : dim 17/05 a 11:22, lun 18/05 a 11:06/11:29
- Le trigger event-driven (function `maybe_trigger_recap`) est optimal dans cette fenetre
- Si l'un des deux n'a pas commande avant 12h00 → verifier manuellement

Justification : 2 data points consecutifs, pattern stable, actionnable pour monitoring manuel si trigger manque.

PROPOSITION 2 — Section 3 : Zelty API intra-jour limitation

Cible : Section 3 "Zelty — gotchas API", nouvelle sous-section
Texte a ajouter :

### zelty-watch : API ne retourne pas les orders intra-jour
- L'API Zelty ne retourne les orders qu'apres Z-report (cloture de session en caisse)
- Delai observe : 12–24h pour jours reguliers (pas seulement jours feries)
- Consequence : zelty-watch ne peut pas monitorer les annulations en temps reel pendant le service
- zelty-watch est utile pour les annulations post-Z-report (nuit → lendemain matin)
- **Ne pas attendre de detect real-time** : si annulation urgente pendant service → verifier POS directement
- Observe sur 3 jours consecutifs (16, 17, 18/05) avec CDN+FSH ouverts

Justification : 3 data points, pattern confirme. Impacte la valeur fonctionnelle du watcher.

PROPOSITION 3 — TODO: Fix KPI renderer title bug

Cible : Section 8 "Open issues / TODO"
Texte a ajouter :

- [ ] KPI renderer : titre affiche la date dimanche fin-de-semaine au lieu de today quand le report est genere le lundi. Correctif : passer `today_str` explicitement comme parametre au renderer plutot que calculer via ISO week.

Justification : cosmetic mais confusant (2026-05-24 au lieu de 2026-05-18). Observe le 2026-05-18 (lundi W21).

Agents en production — etat global

Agent	Statut	Derniere action
daily-kpi	OK	07:00 Paris — 1 PDF envoye a James, exit=0
rekki-poll-today	OK	3 orders traites today (V14592679 + 2 pour 19/05)
rekki-poll-tomorrow	OK	2 orders + trigger recap a 09:29
rekki-recap-13h	OK	09:29 event-driven, 2 orders J+1 agrges
zelty-watch	Operationnel / aveugle	40 runs, 0 orders — API limitation Z-report
combo-retard-watcher	OK	27 shifts, 2 alerts envoyes
bl-ingest	OK	07:00 Paris, exit=0 (1 min)
MCPs (15 total)	15/15 OK	Refresh a 19:45 UTC