Yatai Reflection — 2026-06-04

Rapport ops nocturne — généré le 2026-06-04 22:06 CEST

TL;DR

KPI du jour — Semaine W23 (au 04/06)

Données cumulées du lundi 01/06 au jeudi 04/06 (jeudi = jour fermé). CA Net HT.

CDN — Semaine
€3 890
vs S-1 €5 693 (−31.7%)
FSH — Semaine
€2 400
vs S-1 €4 724 (−49.2%)
Groupe — Semaine
€6 290
vs S-1 €10 418 (−39.6%)

Note : comparaison S-1 = W22 (complète). W23 = 3 jours effectifs CDN (Lun+Mar+Mer) + 1 jour FSH (Mar). Comparaison défavorable mécanique (moins de jours).

Détail CDN jours ouvrés W23

JourCmdsDéliv.%CA Net HTLabor CDNMS/CA
Lun 01/062917.4%€771.9621.9h / €35846.4%
Mar 02/065425.8%€1 289.2926.9h / €43533.8%
Mer 03/065412.8%€1 828.9629.2h / €47325.8%
Jeu 04/06— fermé / pas de service —

1. Timeline du jour

Heure ParisAgent / SourceÉvénementRésultat
06:00hermes-resto-briefBrief matinalexit=0
06:00daily-kpiKPI W23 publié (78 235 bytes) — CDN €3 890 / FSH €2 400exit=0 · PDF envoyé James
06:00rekki-poll-today4 ordres Rekki pour livraison 05/06 capturés (Z14704412, X14727819, Z14728212, W14729037)whatsapp_ok × 4 · confirm_ok · mark_ok
10:00combo-retardPremier run — CATCHUP détecté (gap=605 min depuis 23:55 hier)29 shifts inspectés, 0 alertes
11:11rekki-poll-todayOrder U14731197 pour livraison 05/06whatsapp_ok · confirm_ok · mark_ok
11:21rekki-poll-todayOrder Y14731267 pour livraison 05/06 + TRIGGER recap 05/06 (Choiseul + Bastille ont commandé)whatsapp_ok + trigger fired
11:21rekki-recap-13hRecap livraison 05/06 généré (event-driven)exit=0
12:15zelty-watchPremier cycle (12:15 Paris)0 ordres inspecté, catchup=False
12:20rekki-recap-13hCron fallbackskip (flag déjà posé)
12:15→22:00zelty-watch39 cycles every 15 min — 0 ordres tout le jour0 événements, 0 api_fail
10:00→22:00combo-retard72+ cycles every 5 min — 29 shifts inspectés0 alertes LATE
21:00combo-retard1 alerte LATE — employee 8574cd87, location aef09888alerte WhatsApp envoyée
21:37audit-yatai-92-soirAudit soir Labo 92 WhatsAppexit=0
22:00yatai-reflectDémarrage reflection nocturne→ ce rapport

2. Patterns détectés

Pattern 1 — Jeudi = jour sans service (2 data points)

Zelty-watch 0 ordres inspectés toute la journée avec api_fail_streak=0, et le KPI confirme en temps réel "Jeu 4 = fermé". Même pattern observé jeudi 28/05 (W21).

Pattern 2 — Rekki early batch (commandes nuit précédente)

4 commandes pour livraison 05/06 ont été capturées dès le premier poll à 06:00 Paris. Refs Z14704412, X14727819, Z14728212, W14729037 — numéros d'ordre plus bas que U14731197/Y14731267 qui sont arrivés 5h plus tard. Ces 4 ordres ont été placés dans la nuit du 03/06 au 04/06 (avant 06:00 Paris).

Pattern 3 — Trigger event-driven recap stable

Trigger recap 05/06 à 11:21 Paris (9ème occurrence dans la fenêtre 10:45-12:00). Cron fallback 12:20 = skip propre. Idempotency fonctionnelle.

Pattern 4 — CDN opère lundi + mardi + mercredi (W23)

Cette semaine, CDN a eu service Lun/Mar/Mer et fermé Jeu. FSH : service Mardi uniquement. Voir anomalie #1 pour correction de la règle "Mercredi fermé".

3. Anomalies

🟡 MEDIUM — Règle incorrecte dans CLAUDE.md : "Mercredi = fermeture CDN+FSH"
La règle auto-appliquée le 03/06/2026 à 22:30 affirme "2 data points confirmés par zelty-watch 0 orders + KPI fermé le lendemain". Mais le KPI du 04/06 montre CDN OUVERT mercredi 03/06 (€1 828.96 / 54 cmds).
Cause : zelty ingestion delay — les ordres du 03/06 n'étaient pas encore dans l'API à 22h le 03/06. La reflect a interprété "0 orders zelty" comme "pas de service" alors que c'était un délai d'ingestion.
C'est le 3ème faux-négatif du même type en 9 jours : Action requise : supprimer le bloc "Mercredi = jour sans service" de CLAUDE.md.
🟢 INFO — zelty-watch known_orders=0
État normal pour un jeudi sans service — zelty-watch query l'API et obtient 0 ordres actifs. Aucun impact opérationnel.
🟢 INFO — 1 alerte LATE combo-retard à 21:00 Paris (location aef09888)
Employee 8574cd87 en retard sur un shift du jeudi soir. Location ne correspond pas aux IDs CDN/FSH documentés — probablement un sous-groupe ou équipe Labo. Non critique (jeudi = pas de service salle), mais indique une activité Labo tardive (production vendredi probable).

4. Propositions CLAUDE.md

Proposition 1 — CORRECTION URGENTE : supprimer "Mercredi = jour sans service"
Section : CLAUDE.md — Auto-applied propositions 2026-06-03 22:30
Action : Supprimer le bloc suivant (incorrecte pour CDN) :
### Mercredi = jour sans service (observation, 2 data points)
- Mercredi semble être jour sans service CDN+FSH (production Labo uniquement)
- Observé : 27/05/2026 (Mer W21) + 03/06/2026 (Mer W23) — 2 data points confirmés
  par zelty-watch 0 orders + KPI "fermé" le LENDEMAIN (sans risque d'ingestion delay)
- À confirmer sur le 10/06/2026 avant fixation en règle
- Labor mercredi : CDN ~28h + FSH ~39h = Labo production active les mercredis
Remplacer par :
### Planning hebdomadaire service (observation W23, à confirmer)
- CDN : service Lun + Mar + Mer (W23) — Jeu fermé (2 data points Jeu 28/05 + Jeu 04/06)
- FSH : service Mar uniquement en W23 — autres jours fermé (non généralisable)
- Jeudi = jour sans service CDN+FSH (2 data points : 28/05 W21 + 04/06 W23 — confirmer 11/06)
- NE PAS conclure "fermeture" sur la seule base zelty 0 orders à 22h — cf. ingestion delay
Justification : la règle auto-appliquée était basée sur zelty 0 orders qui s'est avéré être un délai d'ingestion. Le KPI du 04/06 (source of truth) confirme CDN ouvert mercredi 03/06 (€1 828.96).
Proposition 2 — Documenter jeudi = jour sans service (observation, 2 data points)
Section : CLAUDE.md § 5 (Agents schedules) ou Business context
Action : Ajouter observation (non encore une règle — besoin 3 data points)
### Jeudi = potentiel jour sans service (observation)
- Observé : 28/05/2026 (Jeu W21) + 04/06/2026 (Jeu W23) — 2 data points
- zelty-watch 0 orders + KPI "fermé" confirmés le JOUR MÊME (pas d'ingestion delay car jeudi = pas de service)
- Combo-retard voit 29 shifts → Labo production active le jeudi (préparation vendredi)
- À confirmer sur 11/06/2026 avant fixation en règle
Justification : jeudi sans service cohérent avec 29 shifts combo-retard (Labo production) et 0 zelty orders vérifiés en temps réel.
Proposition 3 — Renforcer le garde-fou "reflect ne conclut pas fermeture"
Section : CLAUDE.md § 3 (Zelty gotchas) — paragraphe "Extension : Reflect ≠ oracle zelty"
Action : Ajouter règle opérationnelle pour les auto-applications
### Règle anti-faux-négatif pour les auto-applications reflect
- Avant d'auto-appliquer une règle "X = jour fermé/sans service" :
  1. Vérifier le KPI du LENDEMAIN MATIN (source of truth Zelty)
  2. Croiser avec combo-retard : 0 shifts avec real_starts_at = signal fort fermeture
  3. Si zelty 0 orders à 22h MAIS combo-retard voit des shifts → zelty delay probable
- Historique faux-négatifs : Mardi 27/05, Mardi 02/06 (Labo pur), Mercredi 03/06 (CDN ouvert)
- Seul signal fiable en temps réel : zelty api_fail_streak ≥ 2 = panne API certaine
Justification : 3 faux-négatifs en 9 jours. Le pattern est systématique et corrigible avec une règle simple.

5. Tendance CA mai-juin 2026

Données cumulées au 04/06 (W23 partielle, 4 jours).

SemaineCDNFSHGroupeNote
W23 (au Jeu 04/06)€3 890€2 400€6 2904 jours CDN / 1 jour FSH
W22 (complète)€5 693€4 724€10 418référence S-1
N-1 (même période)€17 597€19 286€36 883−82.9% vs N-1 (structure différente ?)

La comparaison N-1 (−82.9%) semble anormalement élevée — possible différence de structure de semaine ou de restaurants ouverts en N-1. À investiguer.