| Couche | Dérive en journée | Correction pendant la nuit |
|---|---|---|
| UI | Mélange structure/style/logique d’événements | Les checks d’écran rétablissent les responsabilités et le responsive |
| Services | La logique métier glisse vers de mauvais steps | Les règles d’orchestrateur reforment les execute flows |
| Repositories | Dérive des requêtes et des index | Checks + tests rétablissent la stabilité des accès données |
| Architecture | Nouveaux patterns de casse lors de changements massifs | Cause racine analysée puis figée en rule/skill/subagent |
Framework IA contre le chaos: Nightly Checks + Ralph Loop comme clé
Idée centrale : Le vrai levier, c’est la répartition du travail. Le jour on construit des features, le soir on lance refactoring + tests, la nuit nightly checks + Ralph loop + script shell réalignent le code. En pratique, on corrige souvent 30 à 70 fichiers par nuit, et dans les grosses phases jusqu’à ~70 % du code produit dans la journée.
Cet article fait suite à Cursor 2025 – Mes stats personnelles & Open Book : parmi les 300 meilleurs utilisateurs Cursor au monde, avec plus de 125 milliards de tokens. La question la plus fréquente n’était pas « combien de prompts ? », mais : comment l’architecture reste stable ? La réponse : nightly builds, Ralph loop et subagents.
Point de départ : pourquoi cet article existe
Après Cursor 2025 – Mes stats personnelles & Open Book, beaucoup ont demandé comment je produis autant avec Cursor sans perdre la structure. Vitesse le jour, qualité la nuit : la nuit, nightly checks, Ralph loop et subagents corrigent en profondeur (souvent 30–70 fichiers par nuit). Ce n’est pas un nouvel article de stats, mais le mode d’emploi derrière ces chiffres.
Signal d’architecture
Quand de nombreuses modifications cassent plusieurs zones en même temps, ce n’est pas un bug isolé: c’est un problème d’architecture. Il faut analyser la cause racine, puis transformer la correction en garde-fou durable: nouvelle rule, nouveau skill, ou subagent dédié.
Depuis environ quatre semaines, j’utilise systématiquement des subagents dans les Ralph loops. Le loop orchestre, les subagents travaillent plus en profondeur et plus longtemps. C’est pour cela que j’ai basculé en interne la majorité des corrections sur subagents.