Réflexion Yatai — 2026-05-19

Lundi · Semaine ISO W21 · généré à 22:00 Paris · ← index · KPI du jour

TL;DR

Opérations fluides : 6 commandes Rekki traitées (06h00–11h21 Paris), recap livraison 20/05 envoyé à 11h22 via trigger event-driven Choiseul+Bastille.
KPI CDN €1 654 / 57 cmdes · FSH €0 (données absentes à 09h06 ou lundi fermé). Zelty watch stable : 0 cmdes inspectées comme prévu (API Z-report delay J4).
Bug titre KPI non corrigé (J2) : affiche "2026-05-24" au lieu de "2026-05-19" — proposé le 18/05, en attente de fix. Stuart-watch a tourné lundi matin (hors schedule Tue/Thu) sans impact.

Timeline

Heure (Paris)	Agent	Événement	Résultat
06:00	rekki-poll-today	4 ordres traités pour livraison 20/05 (W14607162, V14607297, Y14607307, Z14607354)	OK
09:06	daily-kpi	KPI publié — CDN €1 654 / 57 cmdes, FSH €0 — titre "2026-05-24" (bug renderer)	OK + bug
11:01	rekki-poll-tomorrow	Ordre Y14609314 traité pour livraison 20/05	OK
11:21	rekki-poll-today	Ordre U14609456 — échec WhatsApp 429 (media upload), retry réussi. Trigger recap (Choiseul+Bastille tous les deux commandés)	⚠️ puis OK
11:22	rekki-recap-13h	Recap 6 ordres livraison 20/05 agrégés, PDF envoyé au groupe Labo 92	OK
12:20	rekki-recap-13h	Cron 12:20 — idempotency OK (déjà envoyé à 11:22)	skip OK
10:46–10:58	stuart-watch	8 runs lundi matin (hors schedule Mar/Jeu) — state file absent, tous silent. Anomalie benigne.	⚠️ hors schedule
16:00–22:00	zelty-watch	25 runs × 0 cmdes inspectées — API limitation Z-report (J4 consécutif)	normal
16:30	combo-retard	1 alerte LATE envoyée (1 shift), 27 shifts inspectés par run	OK
22:00	combo-retard	Dernier run — 0 alertes, 27 shifts inspectés, api_fail_streak=0	OK

Patterns détectés

Zelty watch 0 orders intra-jour (J4) : Confirmé 16, 17, 18, 19/05. Structurel — API ne retourne les orders qu'après Z-report. Déjà proposé le 18/05 avec 3 data points.
Trigger Choiseul+Bastille entre 11h00–11h30 Paris : Confirmé J3 (17/05 11:22, 18/05 11:06/11:29, 19/05 11:21). Fenêtre très stable. Déjà proposé le 18/05 avec 2 data points — maintenant 3.
Recap idempotency 100% : Sur 3 jours, le trigger event-driven a systématiquement précédé le cron 12:20 (avance 55min–65min). Le cron est redondant mais sûr.
combo-retard 27 shifts inspectés : Valeur stable sur toutes les runs d'aujourd'hui. Indique le Labo + service non-filtrés (CDN+FSH planning = ~14+9 shifts hier selon AGENTS.md, donc ~27 semble plausible avec Labo inclus).

Anomalies

🟡 [MED] Bug titre KPI persiste (J2) : La page /kpi/2026-05-19.html affiche "KPI Yatai — 2026-05-24" au lieu de "2026-05-19". Proposé le 18/05, non encore appliqué. Impact : confusion lors de lecture historique. Fix simple : passer la date explicitement au renderer.
🟡 [MED] Stuart-watch 8 runs lundi 10h46–10h58 : Schedule configuré Tue,Thu *-*-* 09..10:00/2 Europe/Paris (Persistent=true). Aujourd'hui est lundi. L'attribut Persistent=true peut déclencher un rattrapage au boot si le dernier run était trop ancien — mais 8 runs en 12 minutes est inhabituel. Tous étaient silencieux (state file absent). Impact opérationnel nul.
🟡 [MED] FSH €0 lundi : FSH montre 0 commandes le lundi 19/05 dans le KPI. Zelty délai d'ingestion (data disponible après Z-report) ou lundi effectivement fermé ? CDN avait 57 cmdes au même moment → ce n'est pas un problème global Zelty. À clarifier : FSH est-il fermé le lundi ?
🟢 [LOW] WhatsApp media 429 sur U14609456 : Un seul échec HTTP 429 (rate limit media upload), retry en 5s réussi. Première occurrence documentée. Pas de perte de données.

Propositions CLAUDE.md

PROPOSITION 1 — Section 3 (Zelty) : confirmer pattern 4 jours

Cible : Section 3, sous-section "zelty-watch : API ne retourne pas les orders intra-jour" (si déjà ajoutée depuis prop 18/05) — sinon nouvelle entrée.

Mettre à jour le décompte de "3 jours consécutifs (16, 17, 18/05)" vers "4 jours consécutifs (16–19/05)". La limitation est confirmée et stable.

Justification : 4 data points = pattern robuste. La prop du 18/05 mérite mise à jour du compteur.

PROPOSITION 2 — Section 8 (TODO) : escalader le bug titre KPI

- [ ] BUG ACTIF J2 — KPI renderer : titre affiche la date dimanche fin-de-semaine au lieu de today quand le report est généré le lundi. Ex: 2026-05-19 affiche "2026-05-24". Correctif : passer `today_str` explicitement comme paramètre au renderer plutôt que recalculer via ISO week end-date. Fichier : ~/yatai/scripts/render_kpi.py.

Justification : Bug documenté J1 (18/05) et non corrigé J2 (19/05). Upgrade de priorité : cosmetic → confusant pour archivage historique. Le fix est simple.

PROPOSITION 3 — Section 5 (Agents) : FSH lundi fermé ?

### À clarifier : FSH ouverture le lundi
- FSH affiche systématiquement €0 / 0 cmdes le lundi matin dans le KPI
- Hypothèse : FSH fermé le lundi (journée de fermeture hebdomadaire)
- À confirmer avec James avant de l'intégrer comme règle
- Si confirmé : ajouter note dans CLAUDE.md section 1 (Business context) : "FSH ferme le lundi"

Justification : 1 data point (aujourd'hui lundi) — pas suffisant pour règle, mais mérite vérification. Important pour ne pas interpréter €0 FSH lundi comme anomalie.

Contexte notable

WhatsApp bridge conversations (17:32–19:59 Paris) : James a discuté de son setup ops Yatai avec d'autres restaurateurs — webapp de stock custom, BL scan pour mise à jour des prix, agents IA Zelty/météo/calendrier scolaire. Confirmation externe que la stack est fonctionnelle et documentée.
Images reçues 19:54 : photos et vidéo d'un produit reçu "hier" — discussion produit interne, hors scope des agents.