faites défiler
tovarna.dev
tovarna.dev · AI issue factory

L'issue entre.
Le merge sort.

Une usine autonome pour traiter les issues GitHub. Chaque issue parcourt la chaîne de production dans un worktree git isolé — du triage au merge fast‑forward dans main, en passant par le développement, les tests et une revue indépendante. Vous gardez la supervision, pas le clavier.

Un agent de codage écrit du code. Tovarna pilote tout le processus qui décide si ce code peut atteindre main. Claude Code peut très bien tourner à l’intérieur — Tovarna est la couche au-dessus, pas son remplaçant.

Chaîne de production

Une seule ligne. Aucun raccourci.

Chaque issue parcourt le tapis à travers des postes fixes — du brief à la livraison. Rien qui échoue aux tests ou à la revue indépendante ne sort. Les portes sont fail‑closed.

#616
01

Brief

une issue avec un objectif clair

02

Analyse

ce qui change et pourquoi

03

Architecture

comment ça s'intègre à l'ensemble

04

Développement

implémentation en isolation

05

Test

vérifié contre un état propre

06

Livraison

revue indépendante · merge

poste automatique escalade possible vers un humain
Principes

Bâti sur la méfiance. Exprès.

L'autonomie sans freins est un pari. Chaque mécanisme de l'usine part du principe que l'agent peut se tromper — et met une porte sur son chemin.

Worktree isolé

Chaque issue vit sur sa propre branche dans son propre worktree. Une seule route mène à main : un merge ff-only d'un changement dont tous les tests ont réussi dans cette isolation.

Revue indépendante

Le diff est relu par un modèle qui n'a pas vu le développement — aucun biais d'ancrage. Il juge le résultat uniquement contre le brief.

L'humain dans la boucle

Un désaccord en revue ou un poste bloqué n'est pas balayé sous le tapis — ça escalade. Vous déposez votre décision directement dans la boucle en cours et la ligne repart. Sans redémarrage.

Ce qui ne passe pas la porte n'existe pas.

changements atomiques · merge gate · traçabilité vers les sources

Chaque changement a une raison traçable et une porte qu'il a dû franchir.

Chaque échec devient une porte.

Un incident passe par une RCA et devient une règle permanente — l'usine qui a fauté aujourd'hui écrira elle-même son contrôle demain.

Superviser, pas trimer

Vous intervenez d'une phrase. La ligne finit le reste.

Quand la revue trouve un désaccord entre le brief et un test, l'usine s'arrête et demande. Vous écrivez la décision — et la pipeline reprend exactement où elle était. Intervention moyenne : une phrase, vingt secondes.

12
merges / jour
débit autonome stable
83 %
propre du premier coup
le reste via réparation ou escalade
0,52 USD
coût des modèles IA / issue
Haiku triage · Sonnet dev · Opus revue
3,7 min
durée médiane / issue
p90 10,5 min · avant 7,4 min
Comment nous mesurons les chiffres →
  • 12 merges / jour — moyenne sur les jours actifs (médiane 7,5, maximum 50) ; passages autonomes sans intervention humaine dans le code.
  • 83 % du premier coup — l'issue est passée du triage au merge sans itération de réparation et avec un premier verdict du critique APPROVE ; la revue indépendante a tourné sur 100 % des issues mergées (79 % en 03–07).
  • 0,52 USD — coût moyen des modèles IA par issue, toutes itérations et revue indépendante comprises (médiane 0,39 ; plage 0,07–2,78).
  • 3,7 min — durée médiane d'exécution du pipeline par issue (p90 10,5 min) ; en 03–07 c'était 7,4 min.

Mesuré sur le développement de Tovarna elle-même — l'usine se construit elle-même (dogfooding). n = 397 issues mergées, 08–09/2026 (32 jours actifs). Source : git log pour le rythme, métriques d'exécution par issue pour le premier coup, le coût et la durée ; le coût manque pour 1 issue sur 397. L'édition précédente indiquait 16 / 64 % / 0,82 USD pour 03–07/2026 — le rythme a baissé depuis (la revue indépendante tourne sur toutes les issues, pas sur 79 %), le premier coup, le coût et la durée se sont améliorés. Les chiffres de projets externes suivront après le déploiement pilote.

Nouvelles

Construisez votre propre usine.

L'usine démarre à peine. Laissez-nous votre e-mail et nous vous préviendrons dès qu'il y aura quelque chose à essayer.

✓ Nous écrirons dès l'ouverture de l'accès bêta — pas de spam.
Questions : hi@tovarna.dev