Votre code vieillit en silence : le prompt Claude Fable qui audite tout votre projet et rend le plan de remise à niveau

Personne ne vous enverra de notification le jour où votre logiciel métier deviendra irrécupérable. La dette technique ne prévient pas : elle s'accumule en silence, version après version, prestataire après prestataire. Et un matin, la modification « simple » que vous demandez est facturée douze jours parce que « le code est fragile ».

Le pire n'est pas la dette elle-même. Le pire, c'est que vous ne savez pas où vous en êtes. Votre outil interne, votre module Odoo personnalisé, votre site, votre application : qui vous a déjà remis un état des lieux honnête, chiffré, vérifiable ? Le prestataire qui maintient le code n'a aucun intérêt à documenter ses propres raccourcis. Et un audit technique humain se facture entre 5 000 et 20 000 € selon la taille du projet — un budget que la plupart des PME n'engageront jamais « juste pour savoir ».

Résultat : les décisions se prennent à l'aveugle. On refond trop tôt (et on jette du code sain), ou trop tard (et on paie la dette au prix fort). Cet article vous donne le troisième chemin : un audit complet, exécuté par Claude Fable 5, pour le prix d'une session d'IA. Le prompt est intégral, en français, copiable en un clic. La valeur est dans la page — pas derrière un formulaire.

Claude Fable 5 change la donne pour l'audit de code

Claude Fable 5 est le premier modèle de la famille Claude 5 d'Anthropic, passé en disponibilité générale le 9 juin 2026 — y compris dans GitHub Copilot et, surtout, dans Claude Code. Ce qui nous intéresse ici n'est pas la fiche marketing, mais deux capacités précises pour l'audit :

• La tenue des longues sessions d'analyse. Auditer un dépôt, c'est lire des dizaines de fichiers, croiser des indices, garder le fil. Les modèles précédents finissaient par « oublier » le début de l'exploration ; Fable 5 est précisément conçu pour la planification longue (annonce Anthropic).
• Le travail en sous-agents parallèles. Dans Claude Code, Fable 5 peut déléguer l'exploration à des agents secondaires — la phase de cartographie d'un gros projet passe de heures à minutes. Notre version du prompt l'y autorise explicitement.

Un mot d'honnêteté, parce qu'on lit beaucoup de bêtises sur les modèles « magiques » : un bon prompt d'audit sur Sonnet vaut mieux qu'une consigne floue sur Fable 5. La structure du prompt fait 80 % du travail. Le modèle fait les 20 % restants — mais sur un dépôt volumineux, ces 20 % sont ceux qui séparent un audit superficiel d'un audit dont chaque constat est vérifiable.

Le prompt d'audit, prêt à l'emploi

Le prompt complet — les 4 phases, les règles, le format du livrable — est dans la carte ci-dessous : un clic pour le copier, un clic pour télécharger le .md. C'est notre traduction française, retravaillée et adaptée à Fable 5 (les améliorations sont détaillées plus bas). On le garde en une seule version de référence dans la bibliothèque de prompts IA — vous le réutiliserez sur chaque projet, chaque trimestre.

Les 4 phases, en clair (et ce qu'elles vous rapportent)

Pas besoin de lire les 270 lignes du prompt pour comprendre ce qu'il produit. Voici ce que chaque phase vous rend — et pourquoi elle compte quand c'est vous, dirigeant, qui devez trancher :

• Phase 1 — Cartographie. Claude lit tout le dépôt avant de juger : type de projet, stack, points d'entrée, conventions en place. Pour vous : la preuve qu'il a compris votre logiciel avant d'émettre le moindre avis.
• Phase 2 — Audit sévérisé. Chaque constat est cité fichier:ligne, avec sa conséquence concrète et une sévérité (Critique → Faible), sur 8 dimensions (architecture, sécurité, tests, performance, dépendances…). Pour vous : des faits vérifiables, pas des impressions.
• Phase 3 — Stratégie. Les dizaines de constats sont ramenés à 3-5 thèmes, avec un état cible et des arbitrages explicites — y compris ce qu'il recommande de ne pas corriger. Pour vous : de quoi distinguer l'urgent du cosmétique.
• Phase 4 — Plan de tâches en jalons. Chaque tâche est chiffrée en effort (S/M/L/XL), avec ses risques et ses critères d'acceptation, rangée en jalons (filet de sécurité → correctifs critiques → fort levier → finitions). Pour vous : un plan d'action séquencé, pas une liste de doléances.

Le tout atterrit dans un seul fichier AUDIT-<date>.md à la racine du projet — la seule écriture autorisée. Le prompt ne touche jamais à votre code.

Ce que cette version améliore par rapport aux variantes anglophones

Les variantes qui circulent sur GitHub et dans les newsletters tech sont solides sur la structure (les 4 phases viennent de là), mais nous avons corrigé cinq points à l'usage :

1. La sortie en français est forcée. Sans cette consigne, le rapport sort en anglais — inutilisable pour le partager à un associé ou un prestataire francophone.
2. Le rapport est sauvegardé dans un fichier AUDIT-<date>.md. Les versions originales laissent le rapport dans la conversation : fermez la session, tout est perdu. Ici, le livrable survit et se versionne dans Git.
3. Les sous-agents sont explicitement autorisés pour l'exploration — et explicitement interdits pour les conclusions. Fable 5 parallélise la cartographie, mais l'analyse reste dans une seule tête.
4. Le périmètre est délimité d'entrée (dossiers générés et vendorés exclus, et listés) : sur un projet réel, c'est la différence entre auditer votre code et auditer node_modules.
5. L'interdiction de modifier le code est réaffirmée avec son unique exception. C'est ce qui rend le prompt sûr à lancer sur un projet en production, même pour un non-développeur.

Mode d'emploi : lancer l'audit en 10 minutes, sans être développeur

Lancer cet audit ne demande pas de savoir coder — il demande de savoir suivre cinq étapes. Si vous avez déjà utilisé un terminal une fois dans votre vie, vous savez faire.

1. Installez Claude Code (l'outil en ligne de commande d'Anthropic) et ouvrez un terminal à la racine du projet à auditer — le dossier qui contient le code source. Si le code est chez votre prestataire, demandez-lui un accès en lecture au dépôt Git : c'est une demande normale, le code vous appartient.
2. Lancez Claude Code et collez le prompt intégral comme premier message, sans rien ajouter. Ne mélangez pas les demandes : l'audit d'abord, les corrections plus tard, dans une autre session.
3. Laissez travailler. Comptez de 10 minutes (petit projet) à une heure (gros dépôt). Claude annonce chaque phase ; il peut poser une question de cadrage, répondez simplement.
4. Ouvrez le fichier AUDIT-<date>.md généré à la racine. Lisez le résumé exécutif d'abord : la note A-F et les 3 risques principaux vous donnent l'essentiel en une minute.
5. Décidez avec le plan, pas avec l'intuition. Les victoires rapides se traitent tout de suite ; les jalons 0 et 1 se planifient ; le reste s'arbitre. Et si un prestataire vous propose une refonte, demandez-lui de répondre aux constats fichier:ligne du rapport — vous verrez très vite s'il connaît vraiment votre code.

Testé sur un vrai projet : les chiffres de notre propre audit

Plutôt que de vous promettre des merveilles, nous avons retourné le prompt contre nous-mêmes. Le 10 juin 2026, nous avons exécuté ses deux premières phases (cartographie + audit, en version condensée par sous-agent) sur le code de ce site — augmenter.pro, une application Next.js 16 en production. Voici les résultats bruts, non retouchés.

Trois leçons de cet exercice, selon Pierre Legrand, consultant IA chez augmenter.pro : d'abord, l'audit a trouvé en 3 minutes une exposition de coût (l'endpoint sans limitation) que ni nous ni nos revues de code n'avions repérée. Ensuite, chaque constat est cité fichier:ligne — nous avons pu tout vérifier, et tout était exact. Enfin, le rapport liste aussi les forces (typage strict, zéro secret en dur, images optimisées), ce qui évite le piège classique de l'audit anxiogène qui pousse à tout refaire.

Les limites : ce que ce prompt ne fera pas pour vous

Un conseil honnête vaut mieux qu'une promesse. Voici où s'arrête l'exercice :

• L'audit n'est pas la réparation. Le rapport vous dit quoi faire et dans quel ordre ; exécuter les jalons reste un travail d'ingénierie — par votre équipe, votre prestataire, ou une session Claude Code dédiée et encadrée.
• Le contexte métier lui échappe. Claude voit que deux pages sont dupliquées à 86 % ; il ne sait pas que l'une convertit trois fois mieux que l'autre. Les arbitrages finaux (section « Questions ouvertes » du rapport) vous appartiennent.
• Un très gros dépôt ne sera pas couvert à 100 %. Le prompt l'assume : il concentre la profondeur sur les 20 % du code qui font 80 % du travail, et déclare les zones survolées.
• Ce n'est pas un audit de conformité. Pour un enjeu réglementaire (RGPD, NIS2) ou un litige avec un prestataire, le rapport est un excellent point de départ, pas un document opposable.

Et si le sujet n'est pas votre code mais l'usage de l'IA dans toute votre entreprise, c'est un autre exercice — celui de notre audit IA pour PME.

Questions fréquentes

Par où commencer

Copiez le prompt, lancez-le sur votre projet le plus stratégique, lisez le résumé exécutif. Trente minutes d'effort pour savoir enfin où vous en êtes — la plupart des dirigeants que nous accompagnons ne reviennent pas en arrière. Pour aller plus loin : cadrez vos futures sessions avec notre prompt d'architecte Claude Code (le pendant « construction » de cet audit), explorez la bibliothèque de prompts IA, ou venez apprendre à piloter tout cela vous-même lors de l'atelier Claude Code pour dirigeant — une demi-journée, en présentiel (78/95) ou en visio partout en France.