Choisissez une première tâche d’IA utile

Choisissez une tâche vérifiable

La première tâche utile doit vous apprendre comment l’outil fonctionne dans votre environnement. Elle doit aussi produire un résultat que vous pouvez inspecter. Une petite correction d’un défaut connu remplit souvent ces deux conditions.

Ne choisissez pas la tâche uniquement pour obtenir une démonstration impressionnante. Une refonte étendue peut multiplier les changements visibles tout en cachant des hypothèses incorrectes. Une petite tâche montre si l’agent lit les instructions, respecte le périmètre et signale fidèlement les contrôles en échec.

Vous n’avez pas à choisir la tâche la plus facile. Choisissez-en une dont votre équipe sait reconnaître et expliquer le bon résultat.

Comparez les tâches possibles

Prenons trois demandes fictives dans une application de reporting.

La tâche d’explication aide à examiner le raisonnement et les preuves. Le test de régression ajoute une action contrôlée. La tâche d’architecture pourra être utile plus tard, mais elle nécessite un brief et un processus de revue bien plus solides.

Pour un premier exercice, choisissez le test de régression. Utilisez des dates inventées et une branche locale. Excluez explicitement l’accès à la production, les mises à jour de dépendances et les refactorisations sans rapport.

Écrivez la condition de fin

« Améliorez la gestion des dates » laisse trop de place à l’interprétation. Utilisez une condition précise : « Si l’entrée contient une date calendaire invalide, renvoyez une erreur de validation. Préservez le résultat documenté pour les dates valides. »

Ajoutez des exemples d’entrées valides et invalides. Indiquez la commande de test existante. Demandez à l’agent d’examiner le comportement actuel avant de modifier des fichiers. Exigez une courte explication du défaut et des preuves obtenues après la modification.

Distinguez le résultat d’une activité. « L’agent a écrit un test » décrit une activité. « Le test rejette le défaut connu » décrit une preuve. Un test qui réussit avec le code correct comme avec le code incorrect ne démontre pas la protection recherchée.

Observez la méthode de travail

Pendant l’exercice, notez où l’agent a besoin de contexte supplémentaire. Vérifiez qu’il lit les instructions pertinentes du dépôt. Observez s’il modifie des fichiers hors périmètre ou répète une approche infructueuse sans nouvel élément.

Ne corrigez pas immédiatement chaque choix mineur. Laissez l’agent terminer les actions autorisées et réversibles pour pouvoir évaluer le résultat. Intervenez si l’action suivante franchit une limite ou si la poursuite du travail dépend d’une exigence non résolue.

À la fin, examinez le diff et exécutez les contrôles pertinents. Notez le temps de l’agent ainsi que votre temps de préparation et de revue. Ces observations vous aideront à choisir la prochaine tâche et à améliorer les instructions.

Élargissez une seule dimension à la fois

Si l’exercice réussit, augmentez une seule dimension de complexité. Vous pouvez passer d’une fonction à deux modules liés ou ajouter une intégration documentée. Gardez les permissions et les exigences de vérification explicites.

Si l’exercice échoue, trouvez la cause avant d’élargir le périmètre. Un contexte incomplet, une exigence floue, un environnement de test indisponible et une limite du modèle demandent des corrections différentes. Davantage d’autonomie ne résout pas ces quatre problèmes.

Si le prototype reste utilisé, nommez un responsable de maintenance. De nouvelles informations sur les vulnérabilités peuvent exiger une action sans modification du code. Consultez la gestion continue des vulnérabilités.