STR
Structure
- STR.1 Responsabilités des modules et fichiers PREUVE REQUISE
- STR.2 Couplage, frontières et circulation des données PREUVE REQUISE
// audit de code généré avec l'IA
Ton agent a écrit le code. Établis s'il est reprenable.
Claude Code, Codex, Antigravity ou un autre agent peut construire vite. Le Scan vérifie si une autre personne peut comprendre, lancer, modifier et tester le dépôt sans repartir de zéro.
// indice de reprise
10 contrôles, 5 axes, une note sur 20
Chaque point reçoit 0, 1 ou 2 à partir d'éléments observables dans le dépôt. Le rapport montre la preuve, pas seulement la note.
0absent ou bloquant
1partiel ou irrégulier
2présent et vérifié
LIS
Lisibilité
- LIS.1 Nommage et cohérence des conventions PREUVE REQUISE
- LIS.2 Complexité des fonctions, composants et fichiers PREUVE REQUISE
VER
Vérification
- VER.1 Tests sur les parcours critiques PREUVE REQUISE
- VER.2 Build, typage, lint et CI reproductibles PREUVE REQUISE
REP
Reprise
- REP.1 Installation et configuration documentées PREUVE REQUISE
- REP.2 Architecture, décisions et dépendances expliquées PREUVE REQUISE
EVO
Évolution
- EVO.1 Dépendances, duplication et code inutilisé PREUVE REQUISE
- EVO.2 Versioning, discipline de changement et consignes aux agents PREUVE REQUISE
0–5
Cartographie préalable nécessaire
6–10
Reprise à encadrer
11–15
Reprenable avec réserves
16–20
Transmissible
L'Indice de reprise mesure le code et sa transmission. La sécurité, la propriété des comptes, l'infrastructure et la montée en charge restent évaluées séparément dans le Scan complet.
// ce que tu reçois
Un rapport utile même si tu ne lis pas le code
La première page donne la situation. Les annexes permettent à un développeur de retrouver chaque preuve et de préparer les corrections.
L'Indice de reprise
La note sur 20, les cinq sous-scores et ce qui explique chaque résultat.
Le test de reprise
Les étapes réellement vérifiées pour installer, configurer, lancer et tester le projet.
Les priorités
Cinq actions classées par impact, avec un ordre de grandeur de l'effort.
Les preuves
Fichiers, commandes, comportements et métriques qui permettent de vérifier les constats.
// extrait de rapport
Un constat relie toujours le code à une décision
Exemple illustratif, basé sur un projet fictif. Il montre le niveau de précision du rapport, pas le résultat d'un client.
Constat
Le composant de paiement regroupe l'affichage, les règles de prix, les appels API et la gestion d'état dans 742 lignes.
Preuve
Un fichier concentre quatre responsabilités, 19 états locaux et 11 appels réseau. Aucun test ne couvre les changements de formule.
Décision proposée
Isoler les règles de prix et l'accès API, puis couvrir les trois parcours de paiement avant la prochaine évolution commerciale.
Le résultat visible ne mesure pas la qualité du dépôt
Le fait d'avoir utilisé un agent ne permet pas de conclure que le code est bon ou mauvais. Claude Code, Codex et Antigravity peuvent lire un dépôt, modifier plusieurs fichiers et exécuter des tests. La qualité du résultat dépend aussi du contexte fourni, des vérifications, des décisions prises et de la manière dont les changements ont été relus.
L'audit répond donc à une question concrète : une personne qui n'a pas participé aux prompts peut-elle reprendre le projet sans devoir tout redécouvrir ?
La note ne remplace jamais les constats
Deux dépôts peuvent obtenir la même note pour des raisons très différentes. Le premier peut être bien structuré mais sans tests. Le second peut être couvert par des tests tout en restant difficile à comprendre. Le rapport conserve les cinq sous-scores, les preuves et les actions recommandées. Un problème critique n'est jamais dilué dans une moyenne.
KERN-IT est une agence AI-native
Les ingénieurs de KERN-IT utilisent l'IA dans leur propre processus de développement. Le code reste versionné, relu, testé et associé à des critères d'acceptation. L'outil accélère le travail. L'équipe reste responsable de l'architecture, des décisions et du résultat livré.
Cette expérience permet d'auditer un dépôt sans posture anti-IA : nous savons ce que les agents font bien, ce qui dépend du contexte et où une vérification humaine reste nécessaire.
Dépôt seul ou application complète
Si ton besoin concerne uniquement la compréhension et la reprise du code, l'Indice de reprise constitue le cœur du rapport. Si tu dois aussi vérifier les données, les comptes, la sécurité, le déploiement ou la montée en charge, le Scan complet relie le dépôt au reste de l'application. Tu peux préparer les accès avec la checklist de contrôle et consulter notre méthode d'audit avant le premier échange.
// faq
Les questions qui reviennent
Est-ce réservé aux apps Lovable ou Bolt ?
Non. Le dépôt peut avoir été construit avec Claude Code, Codex, Antigravity, Cursor ou tout autre agent. Nous évaluons ce qui se trouve dans le code, pas la marque de l'outil.
Le score dit-il si mon application est sécurisée ?
Non. L'Indice de reprise mesure la structure, la lisibilité, la vérification, la documentation et la capacité à évoluer. La sécurité reste un axe séparé du Scan complet et tout problème critique est signalé indépendamment de la note.
Dois-je comprendre le code pour lire le rapport ?
Non. Le résumé explique l'impact sur le projet en langage clair. Les preuves techniques sont conservées dans les annexes pour la personne qui réalisera les corrections.
Allez-vous modifier le dépôt pendant l'audit ?
Non. L'analyse commence en lecture seule. Les tests et mesures sont exécutés dans une copie isolée lorsque c'est nécessaire. Rien n'est poussé dans ton dépôt sans accord écrit.
Combien coûte l'audit du code ?
Il suit le même point d'entrée que le Scan : dès 1 800 € HTVA, au forfait, avec un rapport sous 72 h ouvrées. Nous confirmons le périmètre selon la taille et les technologies du dépôt avant de commencer.
Donne-nous accès au dépôt, pas à tes suppositions
Nous confirmons le périmètre, les accès en lecture seule et le prix avant le démarrage.
Présenter mon dépôt