Cours 3. L'application incassable — Hurl, Git, CI/CD

Astuce — savoir ceci suffit pour commander

Quatre phrases, c’est tout.

A l’agent : “Cree un test Hurl” → Contrat de verification en plain text.

A l’agent : “Ajoute cette fonctionnalite. Mais les Hurl existants doivent passer” → Prevention de la derive.

A l’agent : “Commite” → Sauvegarde de l’etat fonctionnel.

A l’agent : “Reviens en arriere” → Retour au dernier point de sauvegarde.

C’est le cliquet. Un engrenage qui n’avance que dans un sens. 5 ou 50 fonctions — les existantes ne cassent pas.

Pourquoi commander ainsi

Hurl — declarer le contrat API en plain text

Hurl verifie non pas le code mais le comportement. L’IA peut modifier le code librement. Le comportement ne doit pas changer.

Etude TDAD (2026) : “Fais du TDD” → regression aggravee a 9,94%. “Ce fichier de test doit passer” → regression reduite de 70%.

Git — point de sauvegarde reversible

Comme sauvegarder dans un jeu. “Commite” et “Reviens en arriere” — deux mots suffisent.

CI/CD — la machine garde automatiquement

A chaque push, les tests Hurl sont lances automatiquement. Comme une alarme incendie.

Les trois ensemble : verrouillage cliquet

Fonction terminee → test Hurl → tout passe → commit → verrouille. Si un test existant echoue lors d’un ajout → commit refuse. On n’avance que vers l’avant.

Articles connexes

• Ratchet Pattern
• Hurl arrete la derive du Vibe Coding

Cours complet Reins Engineering

Sources

• TDAD (Test-Driven AI Development) 2026 — Instruction procedurale aggrave la regression, contexte concret la reduit de 70%
• Experience Ratchet Pattern — Agent autonome 40/527 (7,6%) vs CLI cliquet 527/527 (100%)