TL;DR — 3 points clés
- 🔴 daily-kpi TIMEOUT exit=15 (07:10) — KPI du 29/08 non publié. 2ème occurrence un weekend matin (Dim 26/07 + Sam 29/08) : pattern Zelty API weekend émergent.
- ✅ CDN réouverture J+2 (lundi 31/08) — James checke le stock Labo ce matin (bambou/soja/nori/nouilles surgelées). 3 orders Rekki traités pour le Labo.
- 🔴 whatsapp-ocr J48+ et Disputes Uber J31+ (748h stale) — les 2 blockers structurels persistent sans fix ni décision.
Timeline du jour (Paris)
| Heure | Agent / Source | Événement | Résultat |
|---|
| 01:07 | disputes-daily | Scan litiges Uber/Deliveroo | exit=0 · 0 soumissions · Uber STALE 748h (J31+) |
| 04:00 | justifs-sweeper | Batch justificatifs nuit | exit=0 · fetch_sosh rc=1 · fetch_edenred timeout |
| 04:48 | amazon-justifs | Amazon → Pennylane | exit=0 · UNMATCHED stables · aucun nouveau brouillon |
| 06:02 | hermes-resto-brief | Brief Asian Smash Bastille | exit=0 · permis exploitation 0% à J~3 |
| 07:00 | daily-kpi | KPI 2026-08-29 | TIMEOUT exit=15 🔴 — KPI non publié (2ème weekend matin) |
| 07:03 | hermes-manager | Monitoring stack | exit=0 ✅ récupéré après exit=1 Ven 28/08 |
| 08:00 | zelty-watch | Catchup 630 min inactif | 0 events · 0 orders — CDN estival + FSH Sam fermé |
| 09:08 | WA James → Labo | Check stock livraison | "50 box bamboo, soy sauce, nori, 15 box frozen nouilles?" — préparation réouverture CDN |
| 10:00+ | combo-retard-watcher | 10-12 shifts inspectés | 0 alertes retard — Labo actif samedi |
| 10:20 | rekki-recap-13h | RECAP_2026-08-29 (3 orders) | exit=0 · 7 025 bytes · Z15393443 + W15393532 + V15393904 |
| 19:30 | whatsapp-ocr-verify | Vérification état OCR | exit=0 ✅ |
| 19:55 | mcps_state | Refresh MCPs | 15/15 OK ✅ |
| 19:59 | hermes-yatai-wa | Monitoring WhatsApp | exit=0 ✅ |
| 20:00 | whatsapp-ocr | Run Sam 29/08 (run naturel) | exit=1 🔴 — bug LAST_SEEN J48+, backlog ~155 médias |
| 22:00 | yatai-reflect | Réflexion nocturne | En cours |
KPI du jour
daily-kpi TIMEOUT — KPI 29/08 non publié. Dernières données connues : KPI 28/08.
€5 102
FSH W35 net HT
(Lun–Mer, carryover)
3
Orders Rekki
livrés 29/08
FSH W35 : Lun 24 €1 889 · Mar 25 €1 840 · Mer 26 €1 373 · Jeu–Dim fermés. CDN fermé estival (J42/44).
Patterns détectés
⚠️ daily-kpi TIMEOUT les weekends matin — 2 data points : Dim 26/07/2026 + Sam 29/08/2026. Dans les 2 cas, le timeout survient à 07:00-07:10 UTC le matin d'un jour de weekend. Cause probable : Zelty API plus lente le samedi/dimanche matin (Z-report vendredi soir non encore ingéré + timeout 10 min systemd atteint). Le run du lendemain s'est rétabli spontanément les 2 fois. À surveiller le prochain samedi post-réouverture CDN (05/09).
🔁 whatsapp-ocr Ven/Sam = exit=1 systématique depuis J48 — Chaque run (uniquement Ven et Sam) échoue avec bug LAST_SEEN unbound depuis le 11/07. whatsapp-ocr-verify = exit=0 ce soir (le service de vérification fonctionne). Fix documenté (1 ligne Python), en attente décision James. Prochain run naturel : Ven 04/09 → J53 de downtime si pas de fix.
📦 Stock Labo pré-réouverture CDN — James checke activement le stock ce matin J-2 (bambou, sauce soja, nori, nouilles surgelées). Normal avant réouverture CDN le 31/08. 3 orders Rekki confirmés et RECAP envoyé pour le Labo (livraisons 29/08). Pattern cohérent avec J-2 réouverture.
🏭 Labo actif le samedi — combo-retard voit 10-12 shifts le 29/08 (samedi). Cohérent avec le pattern Labo actif les weekends documenté. FSH et CDN = 0 orders Zelty.
🔑 Sosh session lifecycle ~18j confirmé — Auto-repair 28/07 → expiration ~15/08 → re-fail 29/08. 2ème cycle observé, confirme le pattern. Réauth proactive recommandée tous les 15j.
Anomalies
🔴 HAUTE
daily-kpi TIMEOUT exit=15 — KPI 29/08 non publié. 2ème occurrence weekend matin (Dim 26/07 + Sam 29/08). AGENTS.md n'a pas d'entrée 2026-08-29 pour daily-kpi. Zelty API weekend lente probable.
🔴 CRITIQUE
Disputes Uber STALE 748h (J31+) — 0 litige Uber traité depuis ~29/07. Pertes définitives probables sur litiges 29/07–12/08 (délai glissant 7-14j dépassé). Session expirée, réauth Playwright headed requise.
🔴 HAUTE
whatsapp-ocr J48+ exit=1 — Backlog estimé ~155 médias (53 connus au 27/06 + ~5.5/semaine × 18 semaines). Bug LAST_SEEN unbound non fixé. Prochain run Ven 04/09 = J53 si pas de fix.
🟡 MED
fetch_sosh rc=1 (re-expirée) — Lifecycle ~18j confirmé (auto-repair 28/07 → expiration ~15/08 → J14 en échec). Réauth proactive recommandée tous les 15j. Action : re-repair avant CDN réouverture.
🟡 MED
fetch_edenred timeout persistant — J85+ depuis 05/06. Toujours en échec. Bloqué en attente de run headed/screenshot avec James.
🟡 MED
CDN réouverture J+2 — CLAUDE.md obsolète — CLAUDE.md dit encore "Reprise CDN prévue : mardi 02/09/2026" alors que James a confirmé "lundi 31 août" le 27/08. Proposition de correction reposée ce soir.
🟢 INFO
hermes-manager exit=0 — Récupéré après exit=1 le 28/08. Monitoring stack fonctionnel ce soir.
🟢 INFO
Asian Smash Bastille J~3 avant ouverture — permis exploitation à 0%, Orange Pro 3/09 (internet absent au J1), recrutement à 0%. Suivi hermes-resto-brief actif.
Propositions CLAUDE.md
Proposition #1 — CORRIGER section "CDN fermeture estivale 2026" (URGENT)
Remplacer "Reprise CDN prévue : mardi 02/09/2026" par "Reprise CDN : lundi 31/08/2026 (confirmé James WA 27/08)".
Dans section "CDN fermeture estivale 2026 (18/07 → 30/08)" :
- Reprise CDN prévue : mardi 02/09/2026 (premier jour de service après réouverture)
+ Reprise CDN : lundi 31/08/2026 (confirmé James WA 27/08 — 2 jours avant la date initiale)
+ KPI CDN = "fermé" attendu jusqu'au lundi 31/08 inclus → à partir du 01/09, CDN peut afficher du CA
Justification : James WA 27/08 13:25 "on rouvre chateaudun Lundi 31 aout". Proposé hier (28/08), non encore appliqué. URGENT car réouverture dans 2 jours.
Proposition #2 — AJOUTER : daily-kpi TIMEOUT weekend matin (pattern émergent)
### daily-kpi TIMEOUT les weekends matin (2 data points — émergent)
- 2 timeouts (exit=15) un matin de weekend : Dim 26/07/2026 + Sam 29/08/2026
(résolu spontanément J+1 dans les 2 cas)
- Cause probable : Zelty API lente le samedi/dimanche matin (Z-report vendredi soir
non ingéré dans l'API + timeout systemd 10min atteint dans fetch_kpi_data.py)
- Ne pas alerter si le run J+1 publie normalement (auto-rétabli)
- Alerter si KPI absent 2 jours consécutifs (J et J+1)
- À surveiller : prochain samedi post-réouverture CDN = 05/09/2026
Justification : 2 data points (26/07 + 29/08), pattern weekend identique. Utile pour éviter fausse alerte le lundi matin.
Proposition #3 — METTRE À JOUR section 8 : whatsapp-ocr (J48+)
### whatsapp-ocr structurellement arrêté (mise à jour 2026-08-29)
- J48 depuis 11/07 · Run Sam 29/08 = exit=1 (bug LAST_SEEN unbound, identique)
- whatsapp-ocr-verify exit=0 ce soir (service vérification fonctionnel)
- Prochain run naturel : Ven 04/09 (J53 de downtime si pas de fix)
- Backlog estimé ~155 médias (53 connus au 27/06 + ~5.5/semaine × 18 semaines)
- Fix : initialiser LAST_SEEN = None + guard (< 5 min) — 1 ligne Python — en attente décision James
- URGENT : décider avant Ven 04/09 pour éviter J53+ de downtime total OCR stock
Justification : mise à jour compteur, prochain run critique (04/09).
Proposition #4 — METTRE À JOUR section 8 : Disputes Uber (J31+)
- [ ] disputes-daily Uber : CRITIQUE J31+ (depuis ~29/07/2026)
STALE 748h au 29/08/2026 · +24h/jour · soumissions=0
Session Uber dure ~34j → prochaine expiration post-réauth ~02/10/2026
Pertes définitives probables litiges 29/07–12/08 (délai glissant 7-14j dépassé)
Action IMMÉDIATE : run headed Playwright Uber + re-save uber_storage_state.json
Chaque jour sans réauth = risque perte litige supplémentaire
Justification : mise à jour compteur et estimation prochaine expiration post-réauth.
