Yatai Reflection — 2026-06-23

Mardi W26 · 22h00 Paris  ·  ← index reflections  ·  KPI →

TL;DR

KPI du jour (W26 D2)

SemaineCDN Net HTFSH Net HTGroupeNote
W26 S (partiel)€1 101.95€1 101.95Lun 22 carryover CDN (Mar 23 = ?, zelty en attente)
W25 S-1€5 582.37€8 605.66€14 188.03+€1 254 carryover vs KPI 22/06 (+€993 hier)
W26 N-1 2025€10 644.64€15 232.85€25 877.49−95.7% vs N-1
PériodeCA Net HT GroupeCmdsMS/CA servicevs M-1
MTD Juin 2026€62 249.12190332.1%−20.1%
M-1 (Mai, même nb jours)€77 958.32242228.9%
N-1 (Juin 2025)€88 903.96281823.2%

Timeline

Heure ParisAgentÉvénementRésultat
01:06disputes-dailyScan litiges Uber/Deliverooexit=0 — 0 soumissions, 0 disputables
04:01justifs-sweeperScan + fetch + render facturesexit=0 — free/edenred J19 en échec
04:49amazon-justifsBackfill Amazon → Pennylaneexit=0 — 4 UPLOADE, 9 UNMATCHED persistants
06:02hermes-resto-briefBrief matinal restosexit=0
07:00daily-kpiGénération KPI W26 D2exit=0 — sans DNS error (J2 propre)
07:07daily-kpiPDF envoyé James DM78 134 bytes — CDN Lun 22 = €1 101.95 révélé (carryover)
07:35self-repairTentative fix justifs/edenredrc=1 — timeout Playwright (J19)
08:00zelty-watchCatchup silencieux (630 min)0 events, 0 orders — catchup=True
08:58stuart-watchCascade coursiersexit=0 — cascade idle, courier booked Choiseul (V14869851)
09:24rekki-recap-13hRecap 2 orders pour livraison 23/06Idempotent skip (flag existe déjà)
11:24rekki-poll-todayTRIGGER recap 24/06 — Choiseul + Bastille commandésDans fenêtre 10h45–12h00 (9e+ data point)
10h–22hzelty-watch47+ runs × 0 orders inspectiésCDN+FSH sans service apparent — api_fail_streak=0
10h–22hcombo-retard142 runs — 24 shifts inspectés0 alertes retard — Labo production actif
09:24rekki-recap-13h2nd run — 2 orders 24/06RECAP_2026-06-23.pdf envoyé (Labo 92)
15:32hermes-managerMonitoring système (×2)exit=0 — 15/15 MCPs OK
19:59hermes-yatai-waMonitoring WA bridgeexit=0 — 15/15 MCPs OK
20:00whatsapp-ocrOCR photos stock Labobacklog 48 médias ↑, cap 25 ce run
20:00hermes-resto-reflectReflect restosstarting

Patterns détectés

CONNU Trigger Choiseul+Bastille dans la fenêtre

Aujourd'hui 11:24 Paris pour livraison 24/06 (Z14869575 + V14869851). 9e+ data point dans la fenêtre documentée 10h45–12h00. Pattern très stable.

CONNU Zelty carryover — CDN Lundi ingéré mardi 07h07

CDN Lun 22 = €1 101.95 / 31 cmds apparaît dans le KPI généré mardi 07:07. Conforme règle carryover CLAUDE.md. Confirme CDN ouvert lundi (3e semaine consécutive).

CONNU CDN ouvert Lundi — 3 semaines consécutives W24–W26

W24 08/06: CDN Lun = €1 746 · W25 22/06 (reflect d'hier): "fermé" (faux négatif → zelty delay) · W26 23/06 KPI: €1 102. La règle "CDN Lun–Sam" (W25) est confirmée.

ACCÉLÉRATION whatsapp-forward backlog +15/nuit

30 médias (18/06) → 33 (22/06) → 48 (23/06). Croissance ×1.5 en une nuit. Cap 25/run structurellement insuffisant. Option B (2 runs/nuit) urgente.

SURVEILLANCE DNS morning J2 propre

22/06 et 23/06 : KPI lancé 07:00, exit=0 sans DNS error. Pattern J19–21/06 (3 jours d'erreurs) ne s'est pas reproduit. Pas encore J3 pour clôturer la règle de monitoring.

ATTENTE Mardi 23/06 — service incertain

zelty-watch 0 orders toute la journée, api_fail_streak=0, combo-retard 24 shifts Labo. Règle anti-faux-négatif : ne pas conclure "fermé" avant KPI demain matin.

Anomalies

SévéritéDescriptionHypothèse
🔴 HIGH Contradiction CLAUDE.md — règle lundi obsolète
"Lundi = jour sans service CDN+FSH" (auto-applied 08/06) contredit "CDN Lun–Sam ouvert" (21/06).
KPI 23/06 prouve CDN ouvert Lundi 22 (€1 101.95). La reflect d'hier a dit "Lundi W26 : CDN+FSH fermés" (faux négatif).
Le planning CDN a changé entre W24 et W25 : CDN est passé de fermé-lundi à ouvert-lundi. La vieille règle n'a pas été marquée obsolète lors du changement.
🟡 MED whatsapp-forward backlog 48 médias
Progression : 30→33→48 (×1.5 en 1 nuit). Cap 25/run = 52% du backlog par run.
Décision option A/B/C toujours en attente (hermes propose option A depuis J4+).
Flux entrant photos stock > 25/nuit. Sans décision, le backlog croît indéfiniment. Photos les plus anciennes ne seront jamais OCRisées.
🟡 MED justifs free/edenred — J19 consécutif (05/06 → 23/06)
Free Mobile : RuntimeError "liste factures Sosh introuvable (session expirée ?)". Edenred : page.wait_for_selector timeout.
Self-repair tente chaque nuit à 00:50 et 07:35 (rc=1 persistant).
Auth Playwright probablement expirée. Nécessite run headed/screenshot pour diagnostiquer. "Go" de James requis selon hermes-manager.
🟢 INFO DNS morning — J2 propre, monitoring toujours actif
22/06 et 23/06 sans DNS error. Pattern J19–21 ne s'est pas reproduit.
Attendre J3 propre consécutif pour supprimer la règle de monitoring (condition CLAUDE.md).
🟢 INFO amazon-justifs — 9 UNMATCHED persistants + 1 UNMATCHED_UK
Items anciens (2024-09-16 → 2025-02-26) toujours non-appariés. UNMATCHED_UK = 108.51€ bloqué.
Items anciens = probablement achats perso ou hors-fenêtre comptable. UNMATCHED_UK nécessite scraper amazon.co.uk (TODO ouvert).

Propositions CLAUDE.md

Proposition #1 — Supprimer "Lundi = jour sans service CDN+FSH" (obsolète)

SUPPRIMER dans "Auto-applied propositions (2026-06-08 22:30)" :

### Lundi = jour sans service CDN+FSH / Labo central actif
(bloc complet à supprimer — remplacé par "Planning service hebdomadaire W25")

REMPLACER PAR dans "Planning service hebdomadaire (confirmé W25, 15–21/06/2026)" :

### Planning service hebdomadaire (confirmé W25–W26, 15–23/06/2026)
- **CDN** : Lun–Sam (6 jours service) — fermé Dimanche uniquement
- **FSH** : Lun–Ven (5 jours service) — fermé Sam+Dim
- CDN Lundi confirmé W26 : Lun 22/06 = €1 101.95 / 31 cmds (KPI 23/06, carryover Zelty)
- ⚠️ La reflect voit 0 orders Zelty le lundi à 22h → carryover normal, CDN EST ouvert
- Règle précédente "Lundi = fermé" (08/06) était basée sur W23+W24 — schedule changé depuis

Justification : 3 semaines consécutives W24–W26 avec CDN ouvert lundi. Contradiction active dans CLAUDE.md depuis 21/06. La reflect d'hier a fait une erreur en concluant "Lundi fermé" à cause de cette ambiguïté.

Proposition #2 — Escalader whatsapp-forward backlog (décision urgente)

### whatsapp-forward backlog structurel — escalade J6+ (mise à jour)
- Backlog : 30 (18/06) → 33 (19–22/06) → 48 (23/06) — +15 en 1 nuit = accélération
- Cap 25/run insuffisant : à 48 médias, 2 runs/nuit (option B) processerait 50/nuit → stable
- Option B recommandée : ajouter un 2ème run à 04:00 (en plus de 23:55 existant)
- Coût : +25 photos OCRisées/nuit, ~20 min CPU supplémentaire
- Alternative option A : augmenter cap de 25 → 50 si CPU le permet (test requis)
- [ ] Décision James en attente — backlog croîtra encore si non résolu ce soir

Justification : croissance soudaine (+15 en 1 nuit vs +0-3/nuit les jours précédents). Possible burst d'activité photo (lundi = réception commandes Rekki). Décision ne peut plus attendre.

Proposition #3 — DNS morning : suivi J3

### DNS instabilité matinale — suivi post-J22
- J22 (22/06) : propre ✓ — J23 (23/06) : propre ✓ → J2 consécutif sans incident
- Si J24 (24/06) également propre → 3 jours propres consécutifs atteints → supprimer règle monitoring
- Condition CLAUDE.md : "ne pas supprimer avant 3 jours propres consécutifs confirmés"

Justification : close the loop sur la règle créée le 19/06. À vérifier au KPI du 24/06 à 07:07.

Stack santé

ServiceStatusNote
MCPs15/15 OKRefresh 19:59 Paris
daily-kpiexit=007:07 — J2 sans DNS error
zelty-watchexit=047+ runs × 0 orders, api_fail_streak=0
rekki-pollexit=02 orders 23/06 + trigger 24/06 (11:24 Paris)
stuart-watchexit=060 runs, cascade idle (Choiseul courier booked)
combo-retardexit=0142 runs × 24 shifts × 0 alertes
whatsapp-ocrexit=0backlog 48 ↑ (cap 25)
amazon-justifsexit=04 UPLOADE aujourd'hui
justifs-sweeperexit=0free/edenred J19 (rc=1)
hermes-managerexit=0×2 runs — whatsapp-ocr-verify timeout structurel
disputes-dailyexit=00 soumissions