Vos concurrents dorment la nuit. Pas vos processus.La nuit, nos agents IA avancent votre chantier. Le matin, votre équipe décide.

Votre équipe technique a plus de tâches que d'heures. Certaines sont précises, vérifiables, et attendent depuis des semaines : un test à écrire, une migration à finir, une dette à rembourser. L'équipe de nuit les prend pendant que vous dormez. Chaque tâche est traitée par un agent sur une branche à part, vérifiée par un second agent, et vous attend le matin avec une passation lisible. Vous acceptez, vous rejetez ou vous renvoyez avec une note. Rien ne part en production sans vous.

Démarrer un pilote

Vos situations

Pour qui c'est fait

Une équipe technique de deux à quinze personnes, avec un dépôt git et un backlog qui déborde.

Des tâches claires qui ne passent jamais devant les urgences du jour.

Un responsable technique qui veut tester des agents sur du vrai code, sans leur donner les clés.

Une équipe qui a déjà essayé un assistant de code et veut passer du copilote à la délégation, avec des garde-fous.

Ce que nous livrons

Ce que fait la nuit

Une session par tâche

Chaque tâche du backlog est traitée par une session d'agent dédiée, sur sa propre branche, dans les chemins que la tâche autorise. Une tâche, une branche, une proposition.

Une vérification par un autre agent

Avant que vous ne lisiez quoi que ce soit, un second agent rejoue le critère de fin de la tâche et signe son rapport. La nuit déclare, le vérificateur vérifie, vous décidez.

Une passation lisible le matin

Pour chaque tâche : ce qui a changé en trois lignes, le critère atteint ou non, les écarts signalés, ce qu'il faut regarder en premier. Une merge request en brouillon porte le code.

Un bilan à quatre semaines

Combien de propositions, combien acceptées, combien de temps pour décider, ce que ça a coûté. Vous décidez de continuer ou d'arrêter sur des chiffres mesurés chez vous.

Déroulé

Le déroulé du pilote

Accord écrit et accès
Un dépôt, les chemins autorisés, ce que les agents ont le droit de lire, qui décide. Un accès en écriture sur des branches dédiées, jamais sur la branche principale.
Backlog de départ
Nous écrivons avec vous les premières tâches au gabarit : ce que ça change, le critère de fin vérifiable par une machine, ce qu'il ne faut pas toucher.
Quatre semaines de nuits
Les agents travaillent la nuit, le vérificateur signe, votre équipe décide le matin depuis la merge request ou la file de décision.
Bilan et décision
Taux d'acceptation, temps de décision, coût par proposition acceptée. Vous continuez en abonnement, et les 1 500 € du pilote sont déduits du premier mois, ou vous arrêtez.

Ce que la nuit ne fait pas

Elle ne fusionne jamais. Elle ne déploie jamais. Elle n'écrit jamais sur votre branche principale. Elle ne sort pas des chemins que la tâche autorise, et elle n'écrit aucun secret dans le code.

Quand une tâche n'a pas de critère de fin vérifiable, elle ne corrige rien : elle prépare. Elle reproduit le problème, écrit le test qui échoue, chiffre deux approches, et vous laisse choisir.

Trois signatures sur chaque proposition

L'exécutant déclare ce qu'il a fait. Le vérificateur, un autre agent, rejoue le critère de fin et signe. Le décideur, un humain de votre équipe, accepte, rejette ou renvoie avec une note. Une proposition qui n'a pas ses trois signatures n'entre pas dans votre code.

D'où ça vient

Nous faisons tourner cette équipe de nuit sur nos propres chantiers depuis le 24 septembre 2026 : notre site et notre plateforme d'agents. Chaque proposition de nuit y est tracée dans nos issues GitLab, avec sa passation, le rapport du vérificateur et la décision. Le pilote vous donne la même chose, sur votre dépôt.

Ce que vous devez prévoir

Une personne de votre équipe qui lit les propositions le matin, un quart d'heure suffit souvent. Un accès à votre forge git. Et des tâches précises : plus le critère de fin est clair, plus la nuit est utile.

Références

Ce qui tourne déjà

Depuis le 24 septembre 2026, nos agents travaillent la nuit sur nos propres chantiers ; chaque proposition passe par un vérificateur avant qu'un humain ne la lise le matin.
Chaque passation, chaque rapport de vérification et chaque décision sont écrits dans nos issues GitLab, horodatés, consultables.

Questions fréquentes

Qui écrit les tâches ?

Au départ, nous les écrivons avec vous, au gabarit : objectif, critère de fin, chemins autorisés. Ensuite, votre équipe en ajoute quand elle veut, et nous pouvons proposer des tâches à partir de votre backlog.

Que se passe-t-il si une proposition est mauvaise ?

Vous la rejetez, ou vous la renvoyez avec une note : la nuit suivante reprend à partir de votre note. Une proposition rejetée ne laisse qu'une branche que vous pouvez supprimer.

Mon code quitte-t-il mon entreprise ?

Les agents lisent le code des chemins autorisés pour travailler, et le modèle de langage le reçoit pour le traiter. L'accord écrit fixe ce qui peut être lu, et ce qui ne doit jamais l'être.

Combien coûte la suite ?

Le pilote coûte 1 500 € HT pour quatre semaines. Le prix de l'abonnement se fixe au bilan, selon le volume de tâches ; les 1 500 € du pilote sont déduits du premier mois.

Est-ce que ça remplace un développeur ?

Non. La nuit prend les tâches précises que votre équipe n'a pas le temps de faire. Le jugement, l'architecture et la décision restent chez vous, chaque matin.

Pages associées

Pour aller plus loin

Quatre semaines pour mesurer, sur votre code

Un dépôt, un accord écrit, 1 500 € HT déductibles du premier mois d'abonnement.