🔍 Patterns détectés
P1 — CDN Ven carryover automne = J+2 (2ème data point)
CDN Ven 06/11 (W45) invisible dans KPI Sat 07/11 (J+1), apparu dans KPI Dim 08/11 (J+2). Même pattern que CDN Ven 23/10 (W43) déjà noté.
Historique : W43 Ven 23/10 → J+2 dim · W45 Ven 06/11 → J+2 dim.
La règle documentée "CDN Ven/Sam = J+1" (data points juillet estival) ne semble pas valide en automne.
→ 2 data points consécutifs, à confirmer W46 Ven 13/11 avant fixation en règle.
P2 — FSH Ven W45 open confirmé (€2 695 / 92 cmds, J+2 ✓)
FSH Ven 06/11 apparu dans KPI 08/11 (J+2 carryover, pattern généralisé documenté).
Hier confirm = 1er data point pour FSH Ven post-CDN-réouverture. Règle FSH "Lun–Sam" (auto-applied 02/11) se confirme.
P3 — FSH Jeu ouvert (3ème data point atteint hier) → règle ferme proposée
W41 08/10 (€2 865·€95/h) · W43 22/10 (€2 864·€92/h) · W45 05/11 (€2 418·€72/h, confirmé dans KPI 07/11).
Seuil 3 data points + 7 jours atteint hier. Règle "FSH Jeu fermé CONFIRMÉ" = RÉVOQUÉE.
→ Proposition formelle CLAUDE.md ci-dessous.
P4 — FSH Mercredi ouvert (3ème data point atteint hier) → règle ferme proposée
W42 Mer 14/10 (€2 748) · W43 Mer 21/10 (€3 318) · W45 Mer 04/11 (€2 370, confirmé KPI 06/11, J+2).
CDN Mer reste fermé (unchanged). Révision règle "Mercredi = CDN+FSH fermés".
→ Proposition formelle CLAUDE.md ci-dessous.
P5 — disputes-daily timeout = structurel (récurrent depuis ~29/07)
Exit=15 chaque nuit à ~02h10 Paris. Uber STALE 2 453h (J~102). Le timeout n'est pas aléatoire —
c'est la conséquence directe de la session Uber expirée : le scraper boucle sur 401/403 jusqu'au timeout.
Fix = réauth session, pas augmentation TimeoutStartSec.
P6 — James SaaS restaurant IA (nouveau contexte majeur)
James développe un concurrent direct de Malou : module SEO geo (fiche Google) + réponses avis automatiques par IA.
Tech : Supabase, Google Cloud, VPS, Claude agents, "Sparti" MCP. Pricing cible €79–110/mois.
RDV commercial Jeu 13/11 14h avec Jean-Luc (contact restaurateur via Zelty) + David.
"Au début yatairamen" = utilise d'abord ses propres restos comme terrain de validation.
⚠️ Anomalies
🔴 [CRITIQUE] disputes-daily Uber J~102 — STALE 2 453h
Leçon : "uber : dernier scrape il y a 2453.0h (>28h)". Soumissions=0 · disputables=0.
Session uber_storage_state.json expirée ~29/07/2026. Lifecycle Uber ~34j → prochaine expiration post-réauth ~09/11/2026.
Pertes définitives sur litiges 29/07–12/08 (délai glissant 7–14j Uber dépassé). Deliveroo toujours OK.
Action IMMÉDIATE : run headed Playwright Uber + re-save session.
🟡 justifs-sweeper Sosh rc=1 (cycle ~18j) + Pennylane upload 400
Sosh session expirée (cycle documenté ~18j — repair 02/09 → ~20/09 → repair 18/09 → ~06/10 → ...).
À vérifier : prochaine expiration après dernier repair.
En parallèle : 12+ factures Sosh bloquées en upload Pennylane — erreur "Content-Type must be application/json"
(bug dans le fetcher, unrelated à la session Sosh).
🟡 KPI label S-1 "W19" — cosmétique, J~90+
Label affiche "W19" (mai 2026) au lieu de W44 réel. Les valeurs sont correctes.
Impact : confusion lectures WoW dans l'UI. Fix dans render_kpi.py (variable semaine ISO).
🟡 daily-kpi FSH artifact "Thu 14 evening data" — J~123
Ligne récurrente depuis 06/07 : "FSH: only Thu 14 evening data". Impact rapport HTML = 0.
À investiguer dans fetch_kpi_data.py (requête résiduelle Jeu 03/07 W27).
🟢 whatsapp-ocr pleinement opérationnel
exit=0 Sat 07/11 + verify exit=0 Sun 08/11. Après J53+ de downtime (11/07–13/09) puis re-cassé W39,
le stack est stable depuis 2 runs consécutifs. Surveiller W46 (prochain run Ven 13/11).
🟢 combo-retard : 1 alerte retard à 17h45
1 alerte Labo envoyée à 17h45 Paris (dimanche service réduit). Normal pour le Labo.
📝 Propositions CLAUDE.md
#1 — RÉVISER règle FSH Jeudi (3 data points W41+W43+W45)
hash: fsh_jeu_ouverts_w45
### FSH Jeudi post-CDN-réouverture = ouvert — CONFIRMÉ (3 data points W41+W43+W45)
- FSH Jeu W41 08/10 : €2 865 · €95/h · W43 22/10 : €2 864 · €92/h · W45 05/11 : €2 418 · €72/h
- Règle «Jeudi = sans service FSH CONFIRMÉ (W21+W23+W29)» établie avant CDN estival (18/07)
→ RÉVOQUÉE pour la période post-CDN-réouverture (31/08/2026)
- FSH Jeu = OUVERT depuis la réouverture CDN, même pattern que FSH Lun–Sam
- CDN Jeu reste OUVERT (confirmé W38+W43 — 2 data points)
- Mise à jour table planning service hebdomadaire en section 1 : FSH Lun–Jeu confirmé + Ven+Sam à confirmer
Justification : 3 data points sur >30 jours, au-dessus du seuil de confiance. Proposé dans la reflect du 07/11, confirmé aujourd'hui (3ème data point visible dans KPI 07/11 J+2).
#2 — RÉVISER règle Mercredi (3 data points FSH W42+W43+W45)
hash: fsh_mer_ouverts_w45
### Mercredi — révision règle post-CDN-réouverture (confirmé 3 data points)
- Règle actuelle «Mercredi = sans service CDN+FSH CONFIRMÉ (W21+W23+W28)» = partiellement incorrecte
depuis la réouverture CDN (31/08/2026)
- CDN Mer reste FERMÉ (confirmé W42+W43+W45 : 0 orders zelty)
- FSH Mer = OUVERT depuis 31/08 :
W42 Mer 14/10 : 77 cmds · €2 748 · W43 Mer 21/10 : 99 cmds · €3 318 · W45 Mer 04/11 : 81 cmds · €2 370
(tous visibles J+2 carryover — données authentiques)
- Mettre à jour la section planning service hebdomadaire :
CDN : Lun–Ven (Sam fermé depuis W38) · FSH : Lun–Sam (incluant Mer et Jeu confirmés)
Justification : 3 data points W42+W43+W45 avec carryover J+2 validé. Proposé dans la reflect du 07/11, 3ème data point confirmé le 06/11 (visible KPI 07/11).
#3 — CDN Ven carryover automne = J+2 (2 data points, à confirmer W46)
hash: cdn_ven_j2_automne
### CDN Ven carryover automne/hiver = J+2 (observation, 2 data points)
- W43 Ven 23/10 : visible KPI Dim 25/10 (J+2) — not Sat 24/10 (J+1)
- W45 Ven 06/11 : visible KPI Dim 08/11 (J+2) — not Sat 07/11 (J+1)
- Contrairement à la règle estivale «CDN Ven = J+1» (data points juillet W28 en période CDN fermé)
le pattern automne semble être J+2 (clôture caisse vendredi soir plus tardive ?)
- Ne pas conclure «CDN Ven fermé» sur le KPI du samedi — attendre le KPI du dimanche
- À confirmer : CDN Ven 13/11 (W46) → si visible KPI Lun 15/11 (J+2) = règle automne confirmée
Justification : 2 data points consécutifs W43+W45. Insuffisant pour règle ferme (3 requis) mais assez pour alerter sur le risque de faux-négatif samedi matin.
#4 — Watch item : James SaaS restaurant IA (concurrent Malou)
hash: james_saas_malou_concurrent
### Projet SaaS restaurant IA de James (depuis 2026-11-08)
- Module SEO geo : maintenance fiche Google Business Profile (mises à jour, horaires, photos)
+ réponses avis automatiques via IA agents (Claude)
- Concurrent direct : Malou (SaaS restaurant français, 120€/mois)
- Pricing cible James : €79–110/mois (formules «only review response» et «full package»)
- Tech : Supabase, Google Cloud Console, VPS, Claude agents, MCP Sparti
- Status 08/11 : module SEO geo en cours · RDV commercial Jeu 12/11 14h WA call avec Jean-Luc + David
- Commercialisation initiale sous «yatairamen», puis brand séparée prévue
- Note : «jai une copie de malou mdr» (08/11 09:58) — validation fonctionnelle atteinte
- À documenter : première vente, pricing définitif, nom commercial final
Justification : projet majeur en développement actif, implique utilisation de tokens Claude, potentielle interaction avec les agents Yatai (fiche Google = pertinent pour les restos).
#5 — FERMER open issue whatsapp-ocr (résolu)
hash: whatsapp_ocr_resolved_w45
- [x] whatsapp-ocr RÉSOLU (stable depuis ~W41, confirmé W45)
exit=0 Sat 07/11 · verify exit=0 Sun 08/11
Bug LAST_SEEN unbound = auto-corrigé ou self-repair non tracé
Surveiller W46 Ven 13/11 (prochain run) pour confirmer stabilité
Note : bug «OCR mauvais médias (BL vs photos stock)» (auto-applied 26/09) = à vérifier séparément
si l'OCR sort les bonnes photos stock ou les BL Komia
Justification : 2 runs exit=0 consécutifs (Sat+Sun), plus de J53+ downtime. Fermer l'open issue pour réduire le bruit dans la section 8.
