Yatai Reflection — 2026-07-11

Samedi · Semaine ISO W28 (J6/7)  ·  22h00 Paris  ·  Stack 15/15 MCPs · 1 exit=1 (whatsapp-ocr)  ·  ← index reflections  ·  KPI →

TL;DR

KPI W28 (partiel, Lun–Ven)

CDN W28
€4 268
151 cmds · €28.26 moy · 5j service
−45.9% vs S-1 · −68.4% vs N-1
FSH W28
€6 525
187 cmds · €34.89 moy · 5j service
−39.0% vs S-1 · −58.2% vs N-1
Groupe W28
€10 793
338 cmds · MS/CA service 38.0%
−42.0% vs S-1 (W19 €18 597)
Juillet MTD (J11)
€24 549
745 cmds · €44/h groupe
−36.5% vs M-1 · −45.5% vs N-1

Timeline

Heure ParisAgent / SourceÉvénementRésultat
03:06disputes-dailyScan litiges Uber/Deliverooexit=0 — 0 soumissions · 0 disputables (Samedi normal)
06:02justifs-sweeperScan + fetch facturesexit=0 — free rc=1 (RuntimeError Sosh session) · edenred rc=1 (timeout selector) — J36+ consécutifs
06:48amazon-justifsBackfill Amazon → Pennylaneexit=0 — uploads réussis (ychateaudun 2026-06-08 €25.36 rapproché ✅ + historiques)
08:01hermes-resto-briefBrief matinal restosexit=0
09:03hermes-managerMonitoring stackexit=0 · 15/15 MCPs OK · 0 restart · 0 FAILED
09:04daily-kpiKPI W28 J6 publiéexit=0 — CDN Ven 10 = €399 (carryover J+1 confirmé) · FSH Ven 10 = €760 (1er data point FSH) · artifact «Thu 14 evening data» J6
09:04whatsapp-bridgeKPI PDF envoyé JamesKPI_Yatai_2026-07-11.pdf ✓
10:00zelty-watchCatchup 630 min démarrage0 orders CDN/FSH · catchup-silent · api_fail=0
10:00combo-retard1er run journée14 shifts inspectiés (Labo Samedi) · 0 alertes retard
10:00–22:00zelty-watch47 cycles × 15 min0 orders CDN+FSH · api_fail_streak=0 → Samedi = sans service (attendu)
~12h–22hrekki-poll-tomorrow6 orders Rekki pour livraison J12Z14977904, X15017300, Y15017458, U15020326, U15020733, Y15021013 → Labo 92
12:20rekki-recap-13hCron fallback J11exit=0 — 4 orders trouvés · PDF régénéré 7792B · idempotent skip (envoyé hier par trigger)
16:24–16:42WA James (messages sortants)Présentation setup Claude à tiersJames démontre son système agents Yatai à un groupe (Combo HR ?) · « Le point le plus fort de claude cest son fichier claude.md »
21:59hermes-yatai-waMonitoring WA bridgeexit=0
22:00whatsapp-ocrOCR photos stock Laboexit=1 — J7 consécutif (depuis 05/07) · timeout structurel
22:00yatai-reflectCe rapport

Patterns détectés

CORRECTION
P1 — « Schedule réduit W28 » (reflect 10/07) = faux-négatif carryover
La reflect d’hier concluait « CDN Lun–Jeu (4j) · FSH Lun–Mer (3j) » sur la base de zéro CA à 22h Ven 10 et Jeu 9 (pour FSH). Le KPI 11/07 révèle : CDN Ven 10 = €399 /18 cmds, FSH Ven 10 = €760 /24 cmds. W28 = planning standard Lun–Ven pour CDN et FSH. Encore un faux-négatif zelty carryover (5ème cas documenté).
NOUVEAU
P2 — FSH carryover Vendredi = J+1 (1er data point)
FSH Ven 10/07 : €760 /24 cmds visible dans KPI 11/07, absent de KPI 10/07. Premier data point confirmé pour FSH. (CDN Ven carryover = J+1 était déjà 2 data points : 03/07 + 10/07). À confirmer FSH sur W29 (Ven 17/07).
CONNU +2
P3 — CDN carryover Vendredi = J+1 (2ème data point W28 confirmé)
CDN Ven 03/07 : visible KPI 04/07. CDN Ven 10/07 : visible KPI 11/07. 2 data points W28 atteints. La règle CLAUDE.md « 1 data point — à confirmer sur W28 » peut être stabi­lisée.
CONNU J7
P4 — whatsapp-ocr timeout structurel (05/07→11/07)
7 jours consécutifs exit=1. Pattern établi depuis J4. Backlog médias non traités en croissance (dernière valeur connue : 53 médias au 27/06). Décision James requise.
CONNU J6
P5 — Artifact « Thu 14 evening data » dans daily-kpi.log (J6)
FSH: (only Thu 14 evening data) apparaît chaque jour depuis 06/07. Impact réel sur le rapport HTML = 0 (FSH affiché correctement). Root cause : requête résiduelle dans ~/yatai/scripts/fetch_kpi_data.py sur Jeu 03/07 avec données FSH partielles. Fix trivial (1 ligne).
OBS.
P6 — Juillet sous-performance structurelle
Juillet MTD J11 : €24 549 (745 cmds) vs M-1 €38 626 (−36.5%) vs N-1 €45 090 (−45.5%). W28 groupe −42% vs S-1, −63% vs N-1. Trop tôt pour conclure (11 jours, dont 2 Sat+Dim fermés → 9 jours service). Hypothèses : saison estivale, chaleur, 14 juillet (Lun prochain = J-3). À confirmer sur W29.
CONNU
P7 — James networking Claude / AI (Samedi après-midi)
Conversation WA 16h24–16h42 : James présente son système agents Yatai (Combo HR retards, disputes-daily, CLAUDE.md) à un groupe tiers (probable Combo HR user group ou prospect). Citation : « Le point le plus fort de claude cest son fichier claude.md — cest sa mémoire — et ca tue tt les autres ia ». Contexte : discussion sur prix Claude vs ChatGPT gratuit, Combo HR API.

Anomalies

🔴
whatsapp-ocr — J7 exit=1 consécutifs (05/07→11/07)
Dernier exit=0 : Dim 05/07 19:39. Timeout structurel >10min chaque soir. Backlog médias stock non OCRisés. Hermes-manager a posté la proposition. Décision James requise (option : a) 2×/nuit, b) reset timeout, c) purge). Sévérité : HIGH — traitement stock-tracing arrêté depuis 7 jours.
🟡
Artifact « Thu 14 evening data » — J6
Log daily-kpi : FSH: Brut HT €160 · Net HT €130 · ~81.8% livraison (only Thu 14 evening data). Apparu 06/07, persistant. Pas d’impact HTML visible. Fix : chercher la log-line dans fetch_kpi_data.py qui produit « only Thu 14 ». Sévérité : MEDIUM (cosmetic + source de confusion future).
🟡
justifs-free + justifs-edenred — J36+ consécutifs
fetch_free : RuntimeError("liste factures Sosh introuvable (session expirée ?)"). fetch_edenred : page.wait_for_selector timeout 20s. Backlog Pennylane stagnant. Run headed/screenshot requis (hermes-manager dit « il ne lui manque qu’un ‘go’ de James »). Sévérité : MEDIUM (comptabilité en retard).
🟡
ODR SFR — deadline J−11 (22/07)
Commande 22/06, délai remboursement 30j. Deadline : 22/07/2026. 11 jours restants. Action immédiate requise.
🟡
Juillet MTD −36% vs M-1
€24 549 en 11 jours (9 jours service effectifs). Si rythme maintenu : projection Juillet ≈ €51k–54k vs Juin €87k et M-1 €97k. Creusement significatif. 14 juillet Lundi J-3 = journée probablement impactée (pas de Stuart, routes fermées). Sévérité : MEDIUM (tendance à surveiller).
🟢
amazon-justifs UNMATCHED persistants
9 UNMATCHED ychateaudun (2024–2025, €7–125) + 1 UNMATCHED_UK (holding €108.51) + 3 UNMATCHED fsh. amazon-justifs fonctionne bien sur .fr mais le backlog historique est large. UNMATCHED_UK bloque scraper .co.uk à brancher.

Propositions CLAUDE.md

1. STABILISER CDN carryover Ven/Sam = J+1 (section auto-applied 2026-07-05)

Justification : 2 data points W28 atteints (Ven 03/07 + Ven 10/07). Supprimer « 1 data point — à confirmer sur W28 avant fixation en règle ».

### CDN carryover Ven/Sam = J+1 — STABILISÉ (2 data points W28)
- CDN Ven 03/07 : apparu dans KPI 04/07 (J+1) ✓
- CDN Sam 04/07 : apparu dans KPI 05/07 (J+1) ✓
- CDN Ven 10/07 : apparu dans KPI 11/07 (J+1) ✓  ← confirmation W28
- Règle stable : ne pas conclure "CDN Ven/Sam fermé" sur le KPI du jour même

2. AJOUTER FSH carryover Vendredi = J+1 (1er data point, section 3)

Justification : FSH Ven 10/07 = €760 /24 cmds, visible dans KPI 11/07, absent de KPI 10/07. Premier data point FSH vendredi. À confirmer W29 (Ven 17/07) avant règle ferme.

### FSH carryover Vendredi = J+1 (1er data point 2026-07-11)
- FSH Ven 10/07 : apparu dans KPI 11/07, absent KPI 10/07
- Même comportement que CDN Ven — à confirmer sur W29 (Ven 17/07)
- Ne pas conclure "FSH Ven fermé" sur le KPI du jour même

3. RÉVOQUER l’observation « schedule réduit W28 » (reflect 10/07 TL;DR)

Justification : « CDN Lun–Jeu (4j) · FSH Lun–Mer (3j) » était une erreur carryover (5ème faux-négatif). W28 = planning standard.

### RÉVOCATION observation reflect 2026-07-10 « schedule réduit W28 »
- "CDN Lun-Jeu (4j) · FSH Lun-Mer (3j)" dans TL;DR 10/07 = INCORRECTE
- Root cause : carryover zelty J+1 — Ven 10 non visible à 22h Paris
- KPI 11/07 confirme : CDN Ven 10 = €399/18cmds · FSH Ven 10 = €760/24cmds
- W28 planning = CDN Lun-Ven (5j service) + FSH Lun-Ven (5j service)

4. Règle anti-faux-négatif universelle : jamais conclure « fermé » à 22h sur zelty seul

Justification : 5 faux-négatifs en 6 semaines (Lun, Mar, Mer, Jeu, Ven — tous les jours de la semaine). Règle déjà partiellement documentée (2026-06-03, 2026-06-04) mais pas généralisée à tous les jours.

### Règle anti-faux-négatif UNIVERSELLE (renforcée 2026-07-11)
- Carryover zelty J+1 affecte TOUS les jours de la semaine (confirmé J×5)
  Lun 01/06 · Mar 27/05 · Mer 08/07 · Jeu 09/07 · Ven 10/07
- JAMAIS conclure "fermé" à 22h sur zelty 0 orders seul — quel que soit le jour
- Seul signal fiable : zelty 0 orders + combo-retard 0 shifts service + api_fail=0
- La reflect ne peut conclure "service fermé" que le LENDEMAIN sur le KPI du matin