Reflection — 2026-07-28

Mardi · Semaine ISO W31 · CDN J11/44 fermeture estivale · 22h00 Paris · Stack 15/15 MCPs OK ← index reflections · KPI → · ← 2026-07-27

TL;DR

🔧 Sosh auto-repairé (07:39 Paris) — self-repair AUTO-MERGE VERT après J53+ d'échec · à confirmer J29 04:00
✅ Rekki nominal : 4 PDFs (2×J28 + 2×J29) · RECAP J28 = 2 orders · trigger J29 à 12:03 Paris (3 min outside fenêtre)
⚠ whatsapp-ocr J17 structurel · backlog ~95 médias · prochain run Ven 01/08 · en attente décision James

Timeline

Heure Paris	Agent / Source	Événement	Statut
01:08	disputes-daily	Scan litiges Uber/Deliveroo	exit=0 · 0 soumissions · 0 disputables
04:02	justifs-sweeper	Scan + fetch factures (sosh rc=1, edenred timeout)	exit=0 · free+sosh encore ko à cette heure
04:49	amazon-justifs	Backfill Amazon → Pennylane · 3 UPLOADE+RAPPROCHÉ ✓	exit=0
06:02	hermes-resto-brief	Brief matinal restos	exit=0
07:04	hermes-manager	Monitoring stack · 15/15 MCPs	exit=0 · aucun FAILED nouveau
07:09	daily-kpi	KPI 2026-07-28 publié · CDN fermé (estival) · FSH W31 ingestion pending	exit=0 ✓
07:36–07:39	self-repair (sosh)	AUTO-MERGE déployé + smoke live VERT · sosh J53+ break → auto-repairé	🔧 REPAIR ✓
08:00–22:00	zelty-watch	47 cycles (catchup + suivi) · CDN estival + Mardi FSH ouvert	0 events · 0 orders inspectés · api_fail=0
08:58	stuart-watch	60 cycles · Cascade idle · Choiseul 1 coursier déjà booké (Z15146673)	exit=0 ×60
09:27	James (WA)	Test fournisseur "poulet PAC halal" — <10€/volaille · évaluation qualité	ops
10:20–10:30	whatsapp-bridge	PDFs J28 envoyés : V15145716 · Z15146673 · RECAP_2026-07-28.pdf (3 017B)	2 orders confirmés
10:20	rekki-recap-13h	Run cron · idempotent skip (flag déjà posé 09:23 UTC = trigger event-driven)	exit=0
10:35	James (WA)	BET structure Asian Smash — ingénieur finit cette semaine · délai 2 mois cahier des charges	Asian Smash
12:03	rekki-poll-today	TRIGGER J29 — Choiseul + Bastille commandé pour 2026-07-29 (12:03 Paris)	dans la fenêtre élargie
12:12	James (WA)	Livraison Choiseul — question sur le livreur + test boeuf halal à inclure	ops
12:20–13:40	James (WA)	Vélo livraison : email tracking + numéro · SIREN/email facturation · contrats apprentissage cashback	admin
~12:20	James (WA)	Marc veut migrer 3 boulangeries (signal B2B externe)	biz dev
~13:00	whatsapp-bridge	PDFs J29 envoyés : V15151964 · X15152879	2 orders J29 confirmés
19:30	whatsapp-ocr-verify	Monitoring OCR backlog	exit=0 · whatsapp-ocr toujours figé
19:58	hermes-yatai-wa	Monitoring WhatsApp bridge	exit=0
Sat 25/07	whatsapp-ocr	Dernier run (exit=1 · bug LAST_SEEN unbound)	J3 depuis dernier exit=1 · J17 depuis break

Patterns détectés

Sosh auto-repair (1er succès, J53+) — Le self-repair a déployé un AUTO-MERGE à 07:39 Paris et validé un smoke test VERT. C'est le premier succès après 53 jours consécutifs d'échec. Le fetcher justifs du matin (04:02) a encore raté (ran avant la réparation), mais le run du 29/07 04:00 devrait être le premier exit=0 sosh. À confirmer avant de clôturer le bug.
FSH carryover W30 confirmé — FSH S-1 est passé de €9 513 (KPI 27/07) à €11 240 (KPI 28/07) = +€1 726 de carryover Zelty en une nuit. Cohérent avec le pattern carryover W-1 documenté (Zelty W-1 carryover section 3). Les totaux FSH W30 devraient être stables maintenant.
Rekki trigger J29 à 12:03 Paris — Légèrement après la fenêtre documentée 10h45–12h00 (3 min de dépassement). La fenêtre de référence est basée sur des data points de mai. En été (CDN fermé), le Labo a peut-être un timing légèrement différent. 1 data point hors fenêtre — à surveiller.
Stuart cascade idle = comportement correct — Pour Z15146673 (1 seul order Choiseul), 1 coursier suffit. Le cascade idle confirme que la logique fonctionne comme attendu : pas de surbook inutile.
FSH W31 Mardi — Le KPI 28/07 ne montre pas encore de CA FSH pour W31 (Lun 27 = carryover en attente). Les orders du mardi 28 n'arriveront qu'au KPI du 29/07. Pattern carryover J+1 standard pour FSH Mardi.

Anomalies

🔴 HIGH — whatsapp-ocr J17 structurel (depuis Sat 11/07/2026)
Dernier exit=1 : Sat 25/07. Prochain run naturel : Ven 01/08 (J4 depuis last exit=1, J21 depuis break originel).
Backlog estimé : ~95 médias (53 au 27/06 + ~5.5/semaine estimé).
Fix : 1 ligne Python (LAST_SEEN = None). En attente décision James depuis J17.
Hypothesis: sans fix avant Ven 01/08, le run échouera à nouveau (J21 sans données stock tracées).
🟡 MEDIUM — "only Thu 14 evening data" dans daily-kpi.log (J21+)
La ligne FSH dans le log quotidien affiche €160 Net HT · ~81.8% livraison (only Thu 14 evening data) depuis le 08/07. Présente aujourd'hui pour la 21ème fois. Le rapport HTML semble correct en affichage, mais le log suggère une requête résiduelle sur des données du jeudi 14 juillet.
Hypothesis: requête stale dans fetch_kpi_data.py référençant July 14 (Bastille Day).
🟡 MEDIUM — free/edenred rc=1 toujours actifs malgré sosh réparé
Sosh auto-repairé à 07:39. free (RuntimeError "liste factures Sosh introuvable") et edenred (wait_for_selector timeout) toujours en échec. Ce sont 2 fetchers distincts non couverts par la réparation sosh. Seul sosh était dans le périmètre de l'auto-repair d'aujourd'hui.
🟢 INFO — Rekki RECAP J28 très petit (3 017 bytes)
2 orders seulement pour le 28/07. Normal en période estivale avec CDN fermé (moins de besoin Labo). Cohérent avec les tendances observées.
🟢 INFO — hermes-manager log contient beaucoup d'entrées historiques stales
Le log hermes-manager accumule des lignes de juin/juillet avec des messages sur certbot, gmb-weekly, whatsapp-forward, vault-actions. Ce sont des résidus de logging, pas de nouvelles pannes. Bruit chronique.

Propositions CLAUDE.md

Proposition 1 — MISE À JOUR section 8 Open Issues : sosh auto-repairé (28/07)

### justifs-sweeper fetch_sosh : auto-repairé le 28/07/2026
- self-repair AUTO-MERGE déployé à 07:39 Paris · smoke test live VERT
- Le run justifs du 28/07 04:00 était encore rc=1 (ran avant la réparation)
- À confirmer : si fetch_sosh exit=0 sur le run du 29/07 04:00 → bug CLOS (J54+)
- fetch_free (rc=1) + fetch_edenred (timeout) : toujours en échec — non couverts par ce repair

Justification : premier succès self-repair après J53 d'échec. Mise à jour du bug ouvert existant.

Proposition 2 — MISE À JOUR section 8 : whatsapp-ocr J17 → next run Ven 01/08

### whatsapp-ocr structurellement arrêté (mise à jour 2026-07-28)
- J17 depuis le 11/07 (J3 depuis dernier exit=1 Sat 25/07)
- Prochain run naturel : Ven 01/08 → si pas de fix d'ici là, J21 de downtime stock OCR
- Backlog estimé ~95 médias (53 au 27/06 + ~5.5/semaine)
- Fix toujours 1 ligne (LAST_SEEN = None) — en attente décision James
- URGENT : si prochain run Ven 01/08 échoue encore → 100% de perte données stock juillet

Justification : mise à jour du compteur + alerte sur l'impact croissant.

Proposition 3 — Fenêtre trigger Choiseul+Bastille : ajout data point été

### Timing commandes Choiseul + Bastille (trigger recap) — mise à jour W31
- Data points supplémentaires été 2026 :
  - 28/07 (Mar W31) : 12:03 Paris (3 min hors fenêtre 10h45–12h00)
- Hypothèse : en période estivale (CDN fermé, équipes réduites), le trigger peut arriver
  jusqu'à 12h10 Paris. La fenêtre mai-référence reste valide mais peut légèrement glisser.
- Cron 12:20 fallback couvre ce cas (trigger à 12:03 = event-driven déclenché en temps réel)

Justification : 1er data point hors fenêtre — observation uniquement, pas de modification de règle ferme.

Signaux business (hors scope opérationnel)

Fournisseur halal — James évalue "poulet PAC halal" <10€/volaille. Test qualité en cours, réponse fournisseur attendue.
Asian Smash BET structure — Ingénieur structure finit le dossier cette semaine. Délai cahier des charges estimé 2 mois ("complique vraiment le chantier"). James explore des alternatives plus réactives.
Signal B2B externe — "Marc veut migrer 3 boulangeries" (vers quel système ? Yatai tech ? Rekki ? contexte incomplet).
Apprentissage cashback — James questionne si les cashbacks contrats apprentissage sont versés sur le resto ou la holding.

Généré le 2026-07-28 à 22:00 Paris · yatai-reflect · ← toutes les réflexions