Construire avec l'IA : ce qui change vraiment

11.1 La nouvelle pratique

Le basculement profond : l'humain devient l'architecte et le décideur, l'IA devient le partenaire qui explore le code, propose des options, écrit la spec, génère le code et le vérifie. Vous ne tapez pas le code ligne par ligne. Vous cadrez, vous décidez, vous relisez, vous validez.

11.2 Les rôles

L'IA de cadrage (la partenaire produit) : elle brainstorme, pose les questions d'arbitrage une par une, écrit la spec, rédige les prompts d'exécution, tient une mémoire du projet pour la continuité. L'IA d'exécution (l'agent qui code) : elle lit d'abord le dépôt, modifie les fichiers, écrit le code, lance le build et le type-check, signale ses angles morts. Les sous-agents : des explorateurs lancés en parallèle pour cartographier le code vite sans encombrer le fil principal. Vous : les décisions produit, les arbitrages, la vérification finale, le déploiement, les tests, la communication.

11.3 Ce que l'IA fait réellement quand elle code

Elle lit le code existant avant d'écrire (l'ancrage) : elle cartographie les fichiers, les conventions, les points d'insertion. Elle ne devine pas, elle va voir. Elle propose des options avec leurs arbitrages, mais ne tranche pas une décision produit à votre place. Elle écrit la spec puis le code, en réutilisant les motifs déjà présents dans le dépôt. Elle vérifie mécaniquement : compilation, types, syntaxe, style. Elle signale ses angles morts : ce qu'elle a validé par raisonnement et non en vrai, les valeurs par défaut qu'elle a choisies, les prérequis manuels (un secret à poser, une migration à appliquer). Et elle s'abstient délibérément de certaines choses, parce qu'elles vous appartiennent : trancher un arbitrage métier, pousser ou déployer sans votre go, déplacer de l'argent réel.

En une phrase pour le lecteur non développeur : l'IA est un exécutant très solide qui lit, propose, code et contrôle. Le pilote et le garde-fou, c'est vous.

L'économie du build, parce que c'est la première question d'un CPO. Votre temps se déplace : moins vers l'écriture de code, plus vers la décision de quoi construire et la vérification de ce qui revient. Vos coûts se déplacent aussi, de payer des heures à payer des jetons, l'unité que l'IA facture. Une session qui explore un gros codebase brûle des jetons vite, donc bien ancrer (envoyer l'agent sur les bons fichiers, pas sur tout le dépôt) est une décision de coût, pas seulement de vitesse. Le retour n'est pas du code gratuit, c'est la vitesse jusqu'à un vrai produit livrable, avec une personne au lieu d'une équipe. Surveillez votre dépense en jetons par tranche livrée et le rapport entre votre temps de décision et le temps d'exécution de l'agent, et regardez ce rapport s'améliorer à mesure que vos specs s'affûtent. Un prompt vague coûte deux fois : en jetons, et en reprises qu'il provoque.

11.4 Les modes d'échec propres aux agents

Nouveaux outils, nouvelles façons d'échouer. Un agent peut se tromper avec assurance, énoncer un fait faux sur le même ton qu'un fait vrai (Loi 7). Il peut agir d'après un document périmé qu'il a lui-même écrit. Il peut « vérifier » quelque chose qu'il n'a jamais exécuté (Loi 4). Deux agents en parallèle peuvent se percuter sur les mêmes fichiers (Loi 9). Il peut dériver du plan au fil d'une longue session à mesure que sa mémoire se remplit (Loi 10). Rien de tout cela n'est une raison de ne pas utiliser d'agents. Ce sont les raisons de garder les contrôles humains qui les attrapent.

11.5 Ce que l'IA rend obligatoire et qui était optionnel

Certaines pratiques étaient un confort avec un humain soigneux et deviennent non négociables avec un agent. L'ancrage avant d'agir. Une spec écrite (l'agent a besoin de la source de vérité que vous gardiez dans votre tête). Des contrôles mécaniques calibrés sur un cas connu-rouge (on ne peut pas se fier au seul rapport de l'agent sur lui-même). Une mémoire de projet avec un budget. Des frontières explicites « ne pas toucher » dans les prompts. L'agent ne rend pas ces choses optionnelles. Il en fait le prix de la vitesse en sécurité.

11.6 Ce qui reste humain

Les décisions. Les arbitrages. La vérification finale. Le déploiement de tout ce qui est difficile à défaire. Le goût. Et la responsabilité : quand c'est en ligne, c'est votre nom dessus, pas celui du modèle. C'est tout le marché, et c'est un bon marché.