Soumission cognitive : quand les agents d'IA écrivent un code que vous ne comprenez pas

Vous contactez un ingénieur à propos d'une grosse PR. Vous posez une vraie question d'architecture, et il ne peut pas y répondre. Personne ne le peut. C'est un énorme diff, tout le monde est pressé, donc il est approuvé et fusionné sans être lu. Voilà à quoi ressemble une IA qui relit son propre code. Demander au même agent de vérifier son propre travail, c'est comme un étudiant qui corrige son propre examen. Ça réussit toujours.

Ce scénario est au cœur d'un article récent sur Manager.dev qui explore ce qui se passe lorsque les développeurs délèguent non seulement la génération de code mais aussi la prise de décision à des assistants IA comme Claude. L'auteur, évoquant la réponse « Je ne sais pas, Claude a écrit ça », met en lumière un problème croissant : la reddition cognitive.

Qu'est-ce que la reddition cognitive ?

L'article distingue deux termes :

• Délégation cognitive — déléguer à l'IA mais rester maître de la réponse.
• Reddition cognitive — lorsque la sortie de l'IA devient silencieusement votre sortie et que vous n'avez plus l'impression qu'il reste quelque chose à vérifier.

Pour les ingénieurs logiciels, la frontière entre les deux bouge sous vos pieds la plupart du temps, et la plupart d'entre nous la franchissent sans s'en rendre compte. Le problème est aggravé lorsque le code généré par l'IA n'est pas relu, conduisant à une situation où ni l'auteur ni les relecteurs ne comprennent la base de code.

Comment cela se produit

L'article décrit un scénario typique :

1. Vous avez une tâche qui n'est pas petite, donc vous démarrez une session de planification avec Claude, en utilisant la célèbre compétence de brainstorming superpowers.
2. Vous lisez le plan en profondeur, corrigez quelques problèmes, et l'envoyez à l'exécution.
3. Vous révisez le code, il semble bon, vous corrigez de petits problèmes avec quelques invites, et vous l'envoyez en revue.
4. Ensuite vient une tâche plus importante. Elle est ambiguë. Dans un monde pré-IA, vous la diviseriez en plus petits morceaux, mais vous êtes pressé.
5. Claude produit un plan qui semble raisonnable, donc vous passez directement à l'exécution. Le résultat fonctionne. Vous parcourez le code, ouvrez une PR, et passez à autre chose.
6. Vous venez de sauter l'étape où vous compreniez réellement ce qui se passe.

Dans le meilleur des cas, l'ingénieur qui fait la revue pose des questions que vous ne comprenez pas entièrement. Dans le pire des cas, c'est une très grosse PR, tout le monde est pressé, et elle est simplement approuvée et fusionnée. Personne n'a compris — ni l'auteur, ni les relecteurs.

Pourquoi c'est difficile de résister

L'auteur partage une expérience personnelle : passer 2 à 3 heures dans une session de planification avec Claude sur une mission ambitieuse. À la moitié de l'exécution, ils se sont sentis perdus — trop de pièces mobiles et de décisions prises par Claude. Ils ont fini par taper /clear et tout réinitialiser. Il y avait deux problèmes :

• Ils ont commencé avec une idée vague de ce qu'ils voulaient accomplir.
• Ils n'en savaient pas assez dans le domaine où ils travaillaient.

Lorsque votre plan est vague et que vous n'en savez pas assez pour prendre des décisions vous-même, vous finissez par déléguer les décisions à Claude. Comme l'a écrit Addy Osmani, directeur de l'ingénierie chez Google, la frontière entre utiliser Claude et le laisser conduire est très floue, et il faut beaucoup d'efforts pour résister à la tentation.

Une approche : relire chaque ligne

L'article propose une approche alternative. Pour une tâche plus petite — ajouter le suivi d'événements via Segment à l'infrastructure interne des agents IA — l'auteur a planifié avec Claude, puis a relu chaque modification dans l'IDE avant de valider. Pour les fichiers qu'ils ne comprenaient pas, ils ont demandé des explications à Claude. Lorsque la réponse n'avait pas de sens, ils ont modifié le code et l'ont relu à nouveau. Au moment où ils comprenaient chaque changement de fichier, ils comprenaient la solution complète.

L'auteur a ouvert la PR et a reçu d'excellents commentaires d'ingénieurs seniors — et a pu réellement y répondre, au lieu de se cacher comme un poisson derrière un rocher.

Point clé

Lorsque vous utilisez des agents de codage IA, assurez-vous de comprendre le code dont vous êtes responsable. Ne laissez pas l'IA prendre toutes les décisions. Relisez chaque changement, posez des questions, et n'ouvrez jamais une PR que vous ne comprenez pas.