Réflexion Yatai — 2026-09-30
TL;DR
- 🔴 daily-kpi TIMEOUT 3 jours consécutifs (28+29+30/09) — 4ème occurrence totale — KPI W40 Mar+Mer absent — fix
TimeoutStartSec=15minURGENTE - 💰 Festival stand €9 000 en 2 jours (James 12:31) — setup minimal (1-2 inductions, autocuiseurs riz, 2 personnes) — signal business fort pour la stratégie événementielle
- 🟡 Mercredi W40 = 0 orders zelty (47 runs, api_fail=0) — conforme règle CLAUDE.md · combo-retard 1 alerte Labo 18h25 · rekki 5 PDFs livrés · disputes Uber STALE J63+
Timeline
| Heure Paris | Agent / Source | Événement | Résultat |
|---|---|---|---|
| 01:11 | disputes-daily | Uber STALE 1 516h (J63+) · 0 soumissions · 0 disputables | STALE J63+ |
| 04:01 | justifs-sweeper | Scan + fetch · free rc=1 (Sosh session expirée) · SFR rc=1 · Alan OK · Pennylane Content-Type 400 errors partielles | partial |
| 04:50 | amazon-justifs | 3 factures CDN uploadées (€32.95+€6.99+€7.98) · UNMATCHED_UK €108.51 toujours pending | exit=0 |
| 06:02 | hermes-resto-brief | Brief quotidien généré (Asian Smash chantier + CDN post-été) | exit=0 |
| 06:22–08:25 | WA James | Coordination ops Labo : "Dont need to make bV · There is one to pass · Just make noodles" · stock poulet IDF (70–75 kg) · curage/désencombrement chantier | 📦 ops |
| 07:00 | daily-kpi | Runner start → TIMEOUT exit=15 — 3ème jour consécutif (28+29+30/09) | TIMEOUT ❌ |
| 07:05 | hermes-manager | 0 FAILED · 15/15 MCPs OK · bl-ingest JWT J13+ noté · TimeoutStartSec=15min proposition renforcée | exit=0 |
| 08:00 | zelty-watch | Catchup 630 min · 0 orders CDN+FSH · Mercredi W40 — conforme règle (×47 runs) | 0 events |
| 10:00 | combo-retard | 20 shifts Labo inspectés · 0 alertes (×~100 runs matin) | OK |
| 10:20 | rekki-recap-13h | 5 orders livraison 30/09 · RECAP_2026-09-30.pdf (10 128 bytes) · run event-driven + skip idempotent cron 12:20 | exit=0 |
| 10:41 | WA James | TikTok link partagé | 📱 |
| 12:31–12:58 | WA James | "on a reussi a faire 9000€ en 2j" stand festival · setup minimal (1-2 inductions + autocuiseurs riz + 2 personnes) · Stéphane + Vanesse briefés · "9,6%" (commission ?) | 💰 festival |
| 14:11 | WA James | "不用打" (pas besoin de taper/combattre) — instruction Labo en chinois | 🍜 |
| 16:59–17:00 | WA James | "Oui · Cest trop lourd trimestriel" — quelque chose de trimestriel jugé trop complexe | 💬 |
| 18:25 | combo-retard | 1 alerte retard envoyée · 21 shifts inspectés (Labo actif mercredi) | 1 alerte |
| 19:35 | whatsapp-ocr-verify | Vérification bridge WA OCR exit=0 | OK |
| 19:51–19:52 | WA James | "Pate AG peut le faire partir · Et sauce pareil · Mais jai pas encore mis en place" — produit Asie Gourmet (pâte) pour nouveau concept (Bastille ?) | 🍜 R&D |
| 19:58 | hermes-yatai-wa | Bridge WhatsApp health check | exit=0 |
| ~20:00 | hermes-resto-reflect | Réflexion Asian Smash / chantier exit=0 | exit=0 |
| WA Bridge | 5 PDFs Rekki envoyés (Y15644964, Y15645053, Z15645060, V15647115, U15647346) + RECAP_2026-09-30.pdf | 6 fichiers |
Patterns détectés
⏱ daily-kpi TIMEOUT — escalade critique (4 data points, 3 consécutifs)
Occurrences : 26/07 (dim) · 28/09 (lun) · 29/09 (mar) · 30/09 (mer) = 4 au total, dont 3 jours consécutifs.
Pattern observé : charge Zelty élevée en début/milieu de semaine (carryover accumulé) + systemd timeout 10 min.
KPI absent : AGENTS.md gap 28+29+30/09 (3 jours sans entrée). hermes-manager a posté la proposition TimeoutStartSec=15min (drop-in réversible) — 3 jours sans action = escalade de "à surveiller" à "urgent".
💰 Festival stand Yatai — €9 000 en 2 jours (data point confirmé)
James 12:31 : "on a reussi a faire 9000€ en 2j" avec setup minimal : 1-2 inductions + autocuiseurs à riz + 1 vendeur + 1 cuistot. Stéphane + Vanesse ont vu le travail sur les stands, process documenté (vidéos). "9,6%" évoqué = probablement commission organisateur. Contexte : ce CA en 2 jours dépasse une journée service normale CDN (~€1 500–2 000). Signal fort pour diversification revenus événementielle.
📅 Mercredi W40 = 0 orders (conforme CLAUDE.md, donnée de confirmation)
47 runs zelty (10h–22h), api_fail=0, 0 orders CDN+FSH. Conforme à la règle déjà confirmée "Mercredi = sans service CDN+FSH (W21+W23+W28)". W40 = 4ème data point — renforce la règle sans besoin de mise à jour.
🔄 Mardi W40 29/09 — confirmation bloquée par timeout
La réflexion d'hier identifiait un "2ème data point potentiel Mardi = Labo pur" (zelty 0 orders 47 runs). Confirmation attendue : KPI 30/09 (CDN J+1) et KPI 01/10 (FSH J+2). KPI 30/09 timeout → CDN Mar 29/09 inconnu. Confirmation impossible aujourd'hui. À réévaluer le 01/10 (FSH J+2 = KPI 01/10 qui doit montrer FSH Mar 29/09).
🏭 Labo actif mercredi (combo-retard 1 alerte 18:25)
Cohérent avec le pattern "Mercredi = Labo central actif" (production cuisine pour jeudi). 20–21 shifts inspectés, 1 alerte retard à 18h25 Paris. L'alerte retard un mercredi = shift Labo (pas service salle).
Anomalies
🔴 daily-kpi TIMEOUT (exit=15) — 3ème jour consécutif, CRITIQUE
KPI 30/09 non publié. AGENTS.md gap 28+29+30/09 = 3 jours aveugles.
Données partielles dans log : CDN €1 864 Brut HT · FSH €130 "only Thu 14 evening data" (artifact persistant).
Hypothèse principale : carryover Zelty accumulé (WE + lundi + mardi) = charge API élevée → timeout 10 min systemd.
Action requise immédiatement : TimeoutStartSec=15min dans un drop-in systemd. hermes-manager a posté la proposition 3 jours consécutifs sans action.
🔴 Disputes Uber STALE J63+ (1 516h)
Session uber_storage_state.json expirée ~29/07/2026. +24h/jour. 0 soumissions, 0 disputables.
Pertes définitives sur litiges 29/07–12/08 (délai glissant 7–14j Uber dépassé).
Action : run headed Playwright Uber + re-save session state. En attente depuis J63.
🟡 bl-ingest JWT Komia mort J13+
JWT expiré le 17/09/2026 (lifecycle ~3 mois depuis connexion initiale ~17/06). Refresh=401 confirmé. BL non ingérés depuis 13 jours → données stock fournisseurs incomplètes dans bl.db. Non résoluble VPS-side : recapture JWT depuis Mac (Chrome DevTools → localStorage).
🟡 Sosh/Free/SFR fetcher failures persistantes
Sosh : RuntimeError "liste factures Sosh introuvable (session expirée ?)" — cycle 3 lancé 18/09, expiration attendue ~06/10 mais déjà en erreur le 30/09 (J12 vs J18 pattern).
SFR : selector timeout (portail changé ?).
justifs/free + justifs/sfr : rc=1 dans lessons.jsonl aujourd'hui.
Pennylane upload errors : Content-Type must be application/json pour certaines factures Alan/Sosh.
🟡 KPI données partielles artifact "Thu 14 evening data"
Bug persistant (depuis ~09/08/2026) : label S-1 "W19" incorrect + FSH data partielle "only Thu 14 evening data" dans le log daily-kpi. Impact : comparaisons WoW illisibles si le KPI est publié (mais ce bug n'affecte pas les valeurs, seulement les labels). À investiguer dans fetch_kpi_data.py.
🔵 whatsapp-ocr verify exit=0 (19:35) mais état du script principal inconnu
whatsapp-ocr-verify passe (exit=0) mais le log whatsapp-ocr.log du jour montre des données BL Komia (juin) plutôt que des photos stock récentes. Pattern observé W38-W39 : script tourne mais OCR les mauvais médias (BL vs photos stock). À investiguer : source des médias filtrés dans le script.
🔵 Mardi W40 29/09 — confirmation impossible (timeout cascade)
La chain de confirmation "zelty 0 orders Mardi → vérifier KPI J+1" est cassée : KPI 30/09 absent. Le pattern "Mardi = Labo pur" reste à 1 data point confirmé (W21 27/05). FSH J+2 = 01/10 sera potentiellement le seul signal disponible.
Propositions CLAUDE.md
Proposition #1 — METTRE À JOUR section 8 Open Issues : daily-kpi TIMEOUT → CRITIQUE J3 consécutifs
### daily-kpi TIMEOUT exit=15 — CRITIQUE (3 jours consécutifs 28-29-30/09/2026)
- Occurrences : 26/07 (isolé) · 28/09 · 29/09 · 30/09 (3 consécutifs)
- AGENTS.md gap 28+29+30/09 = 3 jours de KPI absent
- Hypothèse : carryover Zelty en début de semaine → charge API élevée → timeout systemd 10 min
- Fix hermes-manager proposé 3×: TimeoutStartSec=15min (drop-in réversible, 1 fichier)
/etc/systemd/system/daily-kpi.service.d/timeout-override.conf :
[Service]
TimeoutStartSec=15min
- Action : appliquer le drop-in + systemctl daemon-reload — 30 secondes de travail
- Escalade : moyen→haute → si 4ème jour (01/10) timeout → investiguer fetch_kpi_data.py charge Zelty
Justification : 3 jours consécutifs sans KPI = angle mort opérationnel. Fix trivial disponible depuis J1, en attente d'un "go" de James.
Proposition #2 — AJOUTER section 1 (Business context) : Festival stand economics
### Festival stand Yatai — modèle économique (depuis 2026-09-30) - Performance confirmée : €9 000 en 2 jours (James 30/09 12:31 Paris) - Setup minimal : 1-2 inductions + 1-2 autocuiseurs à riz + 1 vendeur + 1 cuistot (pas d'équipement lourd, pas de cuisine pro nécessaire) - Commission organisateur : ~9,6% (data point 30/09) - Contacts briefés : Stéphane + Vanesse · Alain (recette, voir section 8 festival 22/08) - Revenue/jour festival ≈ €4 500 (vs CDN normal ~€1 500-2 000/j service) - Signal stratégique : diversification revenus événementielle viable, à intégrer dans planning - Prochain event : date/lieu non confirmé — à documenter quand James précise
Justification : €9k/2j avec setup minimal est un data point économique significatif. Premier chiffre concret pour le festival stand. Utile pour évaluer les futurs events.
Proposition #3 — CONFIRMER CDN Sam post-été fermé (2ème data point W39)
### CDN Samedi post-réouverture = fermé (2 data points confirmés) - W38 Sam 19/09/2026 : 0 orders (1er data point, auto-applied 21/09) ✓ - W39 Sam 26/09/2026 : 0 orders zelty 47 runs api_fail=0 (2ème data point) ✓ - Hypothèse : planning CDN post-été = Lun–Ven (5j service), Sam = repos ou Labo uniquement - À confirmer : W40 Sam 03/10 → si 0 → règle "CDN Lun-Ven" post-été fixée - 2 data points sur 2 semaines consécutives — stable, 1 confirmation restante avant fixation
Justification : Stable sur W38+W39, contexte clair (réduction service post-été, shift soir réduit annoncé 17/09). Utile pour la lecture des KPIs de W40+.