Choiseul + Bastille commandé — 12:02 Paris (retour fenêtre standard)
12:02–12:20
rekki-recap-13h
Récap livraison 18/09
4 orders · PDF 8 708 bytes · idempotent skip 2ème run
10:00–22:00
zelty-watch ×47
Surveillance CDN+FSH
0 orders inspectés · api_fail=0 · Ven 18 = faux-négatif (données Ven visibles demain)
10:00–20:00
combo-retard ×143
Surveillance shifts
0 alertes · 21 shifts inspectés
19:58
hermes-yatai-wa
Bridge WA check
exit=0 · connecté
20:00
hermes-resto-reflect
Reflect Bastille Asian Smash
exit=0 · alertes URGENT inchangées
Patterns détectés
1. CDN Jeu 17 apparu en J+1 carryover — CDN ÉTAIT OUVERT JEUDI
Delta KPI Jeu→Ven : CDN +€1 475.31 (exact = CDN Jeu 17 dans le tableau). CDN Jeu 17 : 43 cmds · 27% livraison · Net Midi €451 / Soir €1 122 · €76/h.
Cela démontre que CDN était en service le jeudi 17/09. La règle "Jeudi = sans service CDN+FSH CONFIRMÉ (W21+W23+W29)" est incorrecte pour CDN. Les data points W21+W23 étaient probablement des faux-négatifs zelty ; W29 (16/07) était pendant la fermeture estivale CDN.
Règle révisée : CDN suit son planning Lun–Sam, jeudi inclus. FSH jeudi = fermé (à re-confirmer W39).
2. FSH Mer 16 apparu en J+2 carryover
Delta KPI Jeu→Ven : FSH +€2 061.37 (exact = FSH Mer 16 dans le tableau). 63 cmds · 20% livraison · €67/h.
Cohérent avec la règle "FSH carryover J+2 généralisé (confirmé, 3 data points août 2026)". 4ème data point de confirmation.
3. Trigger Choiseul+Bastille 12:02 Paris — retour fenêtre standard
Après 5 data points de glissement (12:03–12:27, juillet–sept), le trigger du 18/09 est à 12:02 Paris.
Historique W31–W38 : 12:03 · 12:09 · 12:09 · 12:13 · 12:27 · 12:02.
Le cron 12:20 reste nécessaire (1 dépassement sur 6 data points = 12:27).
5. Vendredi = 5 livraisons Rekki (volume élevé)
5 PDFs Rekki pour livraison 18/09 (X, U, W, V, W). 4 orders pour livraison 19/09 (samedi).
Pattern : vendredi = pic de commandes Rekki (préparation week-end). À observer sur W39.
Anomalies
🔴 [CRITIQUE] CDN Jeu 17 = €1 475 / 43 cmds — CORRECTION règle "Jeudi = sans service CDN+FSH"
La règle auto-confirmée le 16/07 est incorrecte pour CDN. CDN suit son planning Lun–Sam (6 jours).
Les 3 data points "CDN fermé jeudi" (W21+W23+W29) étaient : W21/W23 = faux-négatifs zelty (données ingérées J+1 sans vérification), W29 = période fermeture estivale (CDN fermé par construction 18/07–30/08).
Action : mettre à jour CLAUDE.md — séparer FSH (fermé jeudi) de CDN (ouvert jeudi).
🔴 [CRITIQUE] Disputes Uber STALE J~51 (1 228h)
Aucun litige Uber traité depuis ~29/07. Sessions Uber lifecycle ~34j → prochaine expiration post-réauth ~02/10/2026.
Pertes définitives sur litiges 29/07–12/08. Action immédiate : run headed Playwright + re-save uber_storage_state.json.
🟡 [MED] Tension trésorerie CDN — signaux W38
James 09:10–09:44 Paris : "On a 20k de compte courant / URSSAF impayé / loyer + salaires à venir".
CDN à 3 semaines de réouverture, CA W38 partiel (4j) = €4 323 vs S-1 W37 €17 732 (semaine complète).
Économies CDN soir réduit (annoncé Jeu 17). À surveiller dans les KPIs W39.
🟡 [MED] Stuart watch bug (job.pickup_at HTTP 422) — Jeu 17 ×11 échecs
Livraison Labo Jeu 17/09 (Choiseul #2) potentiellement impactée. Prochain run : Mar 23/09.
Bug persistant (signalé 17/09, non résolu). Format pickup_at API Stuart changé ou créneau invalide.
🟡 [MED] Daily-KPI artifact "only Thu 14 evening data" persistant
Ligne dans daily-kpi.log : "FSH: Brut HT €160 · Net HT €130 · ~81.8% livraison (only Thu 14 evening data)".
J10+ de persistance. Cosmétique sur le log (rapport HTML non impacté). À investiguer dans fetch_kpi_data.py.
🟡 [MED] Sosh rc=1 à 04:00 — auto-repair 07:38 à confirmer
Justifs-sweeper 04:00 = Sosh rc=1 (avant repair). Self-repair déployé 07:38 (smoke VERT).
À confirmer : si fetch_sosh exit=0 sur run 19/09 04:00 → bug CLOS.
🟢 [INFO] Free rc=1 persistant (séparé de Sosh)
"RuntimeError: Free invoices page failed to load" inchangé. Non couvert par le repair Sosh.
Action : run headed/screenshot Free — en attente décision James.
🟢 [INFO] Concept AI tokens on-premise pour clients restaurant
James envisage d'offrir l'accès à des LLMs aux clients pendant leur repas dans le restaurant.
Contraintes évoquées : cost management, guardrails, modèles bon marché, API uniquement on-premise.
Watch item à documenter si le projet avance.
Propositions CLAUDE.md
🔴 PROPOSITION 1 — CORRECTION "Jeudi = sans service CDN+FSH CONFIRMÉ" (section 8 ou règles planning)
### CORRECTION — "Jeudi = sans service CDN+FSH CONFIRMÉ (W21+W23+W29)" — RÉVISION 2026-09-18
- CDN Jeu 17/09 (W38) : €1 475.31 / 43 cmds / €76/h (confirmé par J+1 carryover dans KPI 18/09)
- CDN était OUVERT jeudi 17/09 → règle "CDN fermé jeudi" = INCORRECTE
- Analyse data points historiques :
· W21 (28/05) + W23 (04/06) : probablement faux-négatifs zelty (zelty 0 orders à 22h)
· W29 (16/07) : pendant fermeture estivale CDN (18/07–30/08) → fermé par construction
· W32 (06/08) : idem fermeture estivale
- Règle révisée :
· CDN Jeudi = OUVERT (suit planning Lun–Sam, 6 jours service)
· FSH Jeudi = FERMÉ (données W21+W23+W29 valides pour FSH, carryover J+2 aurait montré des données si ouvert)
· À confirmer FSH Jeu W39 24/09 (zelty J+2 → visible dans KPI Lun 28/09)
- Supprimer la mention "Jeudi = sans service CDN+FSH CONFIRMÉ" pour CDN uniquement
Justification : CDN Jeu 17 confirmé par delta KPI exact (+€1 475.31 J+1). Pattern cohérent avec "CDN : Lun–Sam (6 jours service)" déjà documenté. Les anciens data points étaient faux-négatifs ou période fermeture estivale.
### Projet AI tokens on-premise (watch item, depuis 2026-09-18)
- Concept : offrir des tokens LLM aux clients qui consomment un ramen dans le restaurant
- "Gratos pr mes clients / En gros comme sur la video s'ils consomment un ramen ils peuvent rester utiliser mes tokens"
- Contraintes James :
· API uniquement on-premise (dans le resto, pas hors-site)
· Cost control : préférence modèles bon marché (modèles chinois, pas Claude Opus, pas "Llama 5.1")
· Guardrails : modèles refusent déjà le contenu interdit
- 1 data point (messages WA 18/09 07:31–07:38 Paris)
- Action : documenter si James fait avancer le projet (architecture, provider, budget/token)
Justification : signal émergent ce matin, nouveau concept non documenté. 1 data point suffisant pour un watch item (pas une règle).