AI Coding · 4 mondes · 12 étapes
Coder avec l'IA
Faire travailler un assistant de code, sans jamais lui confier les clés.
Progression
0 %
0/12 étapes terminées
Avancé · 11 min de lecture
Une équipe avec des assistants
Règles communes, petites étapes, relecture humaine
1Définition
Dans une équipe, les assistants de code sont des outils partagés : on fixe des règles communes (fichier d'instructions, linter, tests obligatoires), on travaille par petites étapes relisibles, et toute modification passe par une relecture humaine et l'intégration continue, qu'elle vienne d'une personne ou d'un assistant.
2Principes fondamentaux
01
Des instructions de projet
Commandes, conventions, dossiers interdits : écrits une fois, lus à chaque session.
02
De petites étapes
Un changement de cinquante lignes se relit ; un de deux mille, non.
03
Les mêmes contrôles pour tous
Linter, tests et CI s'appliquent au code généré comme au reste.
04
La relecture reste humaine
Quelqu'un comprend et assume chaque changement fusionné.
3Exemples pratiques
Un fichier d'instructions
1# CLAUDE.md2## Commandes3- npm test : tests Vitest4- npm run lint : doit passer avant tout commit5## Règles6- Pas d'eval ni d'innerHTML7- Toute nouvelle dépendance est signalée dans la description de la PRLe contexte permanent du projet, partagé par toute l'équipe et par les assistants.
Une demande en étapes
11. Écris les tests de la règle de remise, sans code.22. J'ai relu les tests. Écris maintenant la fonction.33. Les tests passent. Propose un nom plus clair pour les variables.Chaque étape se relit en une minute ; une erreur se voit tout de suite.
4Erreurs courantes
Une énorme PR générée
À éviter
// 2 000 lignes, « généré par l'assistant »À faire
Des PR courtes, une idée chacunePourquoi : Personne ne relit vraiment 2 000 lignes.
Contourner la CI
À éviter
// les tests échouent, mais l'assistant dit que c'est bonÀ faire
La CI rouge bloque la fusionPourquoi : L'assurance d'un modèle n'est pas un test.
5Subtilités à connaître
- ◆Les assistants peuvent aussi relire : leur demander de chercher des cas limites dans une PR est un bon complément, pas un remplaçant.
- ◆Ce qu'on envoie à un assistant en ligne sort de la machine : les politiques de l'entreprise sur le code et les données s'appliquent.
- ◆Garder la maîtrise des bases reste indispensable : on ne relit bien que ce qu'on saurait écrire.
6Techniques d'expert
Les tests comme contrat
Donner les tests à l'assistant et exiger qu'ils passent sans les modifier : le critère de réussite n'est plus négociable.
Des crochets automatiques
Lancer le linter et les tests automatiquement après chaque modification de l'assistant, pour qu'il corrige lui-même ses erreurs.
Un audit en CI
Refuser automatiquement une PR qui ajoute eval, innerHTML ou une dépendance inconnue.
npx eslint . && npm audit --audit-level=high && node scripts/auditer-dependances.js7Sur le terrain
- Sur Sys-Code, chaque cours passe par une page de contrôle qui exécute solutions et codes de départ avant publication.
- Les équipes qui tirent le plus des assistants sont celles qui avaient déjà de bons tests et une CI stricte.
- Les attaques par paquets inventés sont suivies de près par les registres, qui retirent les paquets malveillants signalés.
8Vérifie ta compréhension
Question 1/3
Score 0
Une PR générée de 2 000 lignes :
Envie d'essayer ? Ouvre le Labo et recopie les exemples pour les modifier.