Réflexion Yatai — 2026-05-20

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

TL;DR

Opérations fluides : 2 ordres Rekki traités (11h22–11h43 Paris), recap livraison 21/05 déclenché par trigger event-driven Choiseul+Bastille. 0 alerte retard Combo HR sur 27 shifts inspectés.
Bug critique non corrigé (J3) : titre KPI affiche "2026-05-24" (dim. ISO W21) au lieu de "2026-05-20". Signalé les 18, 19 et 20/05 — aucun fix appliqué.
Anomalie Rekki : double traitement de Z14617918 et W14618075 — les 2 agents rekki-poll-today et rekki-poll-tomorrow ont traité les mêmes ordres quasi-simultanément → 2 PDFs envoyés par ordre au groupe Labo 92.

Timeline

Heure (Paris)	Agent	Événement	Résultat
09:00	daily-kpi	KPI publié — CDN €3 476 / 189 cmdes WTD, FSH €2 118 / 81 cmdes WTD — PDF 141 KB	OK + bug titre "2026-05-24" (J3)
09:02	daily-kpi	PDF KPI_Yatai_2026-05-20.pdf envoyé à James DM WhatsApp	OK
11:22	rekki-poll-today	Z14617918 traité (delivery 21/05) — trigger recap Choiseul+Bastille détecté	OK (doublon)
11:43	rekki-poll-tomorrow	W14618075 traité (delivery 21/05) — trigger recap également déclenché	OK (doublon)
11:44	rekki-recap-13h	Recap 2 ordres livraison 21/05 (Z14617918 Bastille + W14618075 Choiseul) — PDF envoyé groupe Labo 92	OK
12:00	zelty-watch	Premier run du jour — CATCHUP 605 min (gap depuis 23:55 hier) — 0 cmdes inspectées	OK (attendu)
12:20	rekki-recap-13h	Cron 12:20 fallback — idempotency flag présent, exit silencieux	OK
12:00–22:00	zelty-watch	52 runs × 0 ordres inspectés (API Z-report limitation structurelle, J5)	OK (structurel)
10:00–22:00	combo-retard	27 shifts inspectés par run, 0 alertes retard — journée propre	OK
22:00	yatai-reflect	Réflexion nocturne — ce rapport	en cours

Patterns détectés

Zelty watch 0 orders intra-jour (J5) : Confirmé 16, 17, 18, 19, 20/05. Structurel — API ne retourne les orders qu'après Z-report (clôture journée). Déjà en mémoire persistante (lesson #2).
Trigger Choiseul+Bastille 11h22–11h44 Paris (J4) : Confirmé 17/05 (11:22), 18/05 (11:06–11:29), 19/05 (11:21), 20/05 (11:22–11:43). Fenêtre stable ~11h15–11h45. Toujours en attente d'inscription dans CLAUDE.md malgré 4 data points.
Recap event-driven avant cron (J4) : Trigger event-driven systématiquement ~55–65 min avant le cron 12:20. Le cron est devenu un pur fallback de sécurité. Pattern 100% stable.
Double processing Rekki (nouveau) : rekki-poll-today et rekki-poll-tomorrow ont traité les mêmes ordres (Z14617918, W14618075) quasi-simultanément (Δt=1s). Le cache partagé rekki-poll-processed.txt n'est pas protégé contre les race conditions entre les 2 agents → entrées en double dans le fichier + 2 PDFs envoyés au groupe Labo 92 par ordre.

Anomalies

🔴 Bug titre KPI (J3, escalade) — Le titre du rapport KPI affiche 2026-05-24 (dimanche fin de semaine ISO W21) au lieu de 2026-05-20 (aujourd'hui). Bug persistant sur 3 jours consécutifs (18/05, 19/05, 20/05). Cause probable : render_kpi.py dérive la date d'affichage depuis la fin de semaine ISO au lieu d'utiliser la date du jour passée en paramètre. Le fichier HTML est correctement nommé 2026-05-20.html — seul le titre HTML est erroné. Sévérité : moyenne-haute (confusion historique, confiance utilisateur).
🟡 Rekki double envoi WhatsApp (nouveau) — Z14617918 et W14618075 apparaissent chacun 2× dans rekki-poll-processed.txt avec whatsapp_ok les 2 fois. Les 2 agents ont traité les ordres quasi-simultanément, contournant le dédup par race condition. Résultat : 2 PDFs envoyés pour chaque ordre au groupe Labo 92, confirmations Rekki doublées (API a accepté). Risque : confusion cuisine, pollution du groupe Labo.
🟡 Hypothèse "FSH fermé le lundi" invalidée — La mémoire persistante (lesson #4, 19/05) notait "FSH affiche 0 Zelty le lundi 19/05 — hypothèse fermeture". Le KPI 20/05 montre FSH avec €2 118 / 81 cmdes le lundi 18/05 (données arrivées J+2). Conclusion : FSH n'est pas fermé le lundi — c'était un Z-report delay. Hypothèse à révoquer.
🟢 Zelty-watch known_orders=0 — L'état zelty-watch montre 0 ordres connus. Normal pour un mercredi (aucun Z-report clôturé côté API) mais à surveiller si persiste en semaine normale.

Propositions CLAUDE.md

PROPOSITION 1 — Section 8 (TODO) : Escalade bug titre KPI (J3)

Cible : Section 8 "Open issues / TODO"
Texte suggéré :

- [ ] BUG ACTIF J3 — KPI renderer : titre affiche "2026-05-24" au lieu de la date du jour depuis 3 jours (18–20/05).
  Correctif : passer explicitement la date du jour au renderer (ne pas dériver depuis ISO week end).
  Fichier : ~/yatai/scripts/render_kpi.py — chercher la variable qui génère le titre <h1>.
  Priorité : URGENTE (erreur visible James + archive confuse).

Justification : 3 data points consécutifs, bug stable, signalé J1 et J2 sans correction. Escalade de priorité.

PROPOSITION 2 — Section 4 (Rekki) : Race condition double processing

Cible : Section 4 "Rekki — gotchas API", nouvelle sous-section
Texte suggéré :

### Race condition rekki-poll-today vs rekki-poll-tomorrow (observé 2026-05-20)
- Si les 2 agents tournent au même instant et voient les mêmes ordres, ils peuvent contourner le dédup
  (cache vérifié avant écriture, pas de lock fichier) → double envoi WhatsApp Labo + double confirm Rekki.
- Cas vu : Z14617918 + W14618075 traités en Δt=1s par les 2 agents.
- Correctif suggéré : utiliser un lock file (flock) avant lecture/écriture du cache processed.txt
  ou filtrer "delivery = tomorrow only" dans rekki-poll-today (ne plus traiter delivery+1).

Justification : 1 incident observé avec preuve dans processed.txt. Risque de pollution Labo group.

PROPOSITION 3 — Révoquer hypothèse "FSH fermé le lundi" (mémoire lesson #4)

Cible : Mémoire persistante agent (lesson #4 du 19/05) — à invalider
Constat : Le KPI 2026-05-20 montre FSH avec €2 118 et 81 cmdes pour le lundi 18/05 (données arrivées en J+2 via Z-report delay). FSH n'est pas fermé le lundi.
Règle à retenir : 0 CA FSH dans le KPI du matin ne signifie pas fermeture — vérifier en J+1 ou J+2 avant de conclure.

Justification : Hypothèse invalidée par données. Évite une future fausse règle dans CLAUDE.md.

PROPOSITION 4 — Section 5 (Agents) : Timing trigger Choiseul+Bastille (4 data points)

Cible : Section 5 "Agents IA — schedules", entrée rekki-recap-13h
Texte à ajouter :

- Trigger event-driven : Choiseul 2e et Bastille 11e commandent systématiquement entre 11h15 et 11h45 Paris
  (observé J4 : 17/05 11:22, 18/05 11:06–11:29, 19/05 11:21, 20/05 11:22–11:43).
  Le cron 12:20 est un fallback pur — le trigger event-driven précède systématiquement d'environ 60 min.