Plan

Un dry run de l’approche de l’agent, avant qu’il n’écrive du code. Il annonce ce qu’il compte toucher et dans quel ordre ; vous validez ou vous corrigez.

L’intérêt est économique. Un malentendu attrapé dans un plan coûte deux phrases. Le même malentendu attrapé dans un diff de six cents lignes coûte une relecture complète, et souvent une régénération.

C’est aussi le moment où les débordements se voient : fichiers hors périmètre, refactoring opportuniste, dépendance ajoutée pour s’épargner dix lignes.

Sur une petite tâche, c’est une cérémonie inutile. Sur une grosse, c’est le meilleur rapport entre temps investi et risque évité de toute la session.

À éviter

Valider un plan en diagonale. Un plan approuvé sans être lu est pire qu’aucun plan : il vous a coûté un tour et il vous a donné l’impression d’avoir contrôlé.