Fonctionnement
Ce que fait Alexis à chaque étape — pour les équipes techniques qui ont besoin de comprendre ce qu'elles adoptent.
1 — Pipeline
Chaque ticket suit un pipeline structuré. L'agent n'est jamais lancé sans que l’étape précédente ait produit un livrable validé.
L’agent écrit une spécification fonctionnelle à partir du ticket. Postée en commentaire, validée par l’humain avant Plan.
L’agent traduit la spec en plan technique détaillé : fichiers, logique, tests à écrire. Validé avant le code.
L’agent implémente, commit et push sur feat/{id}/{slug}. Tests TU + TI obligatoires pour tout code métier produit.
Lint → typecheck → build → tests. Présence de tests vérifiée (bloquant). Boucle de correction bornée (2 tentatives).
Revue de code IA postée en commentaire. Non-bloquante — signale les points d’attention.
Rebase + merge --ff-only sur develop, branche supprimée. Historique linéaire garanti.
Retry borné
Chaque étape échoue au maximum 2 fois avant de basculer en *_Failed. Un commentaire explicatif est posté sur le ticket.
2 — Qualité & tests
Le gate est bloquant — aucune pull request créée sur du code qui ne passe pas.
Le gate vérifie que le diff contient des fichiers de test. Absent : l’agent est renvoyé les écrire (2 tentatives). Toujours absent : livraison bloquée.
Si un check échoue, l’agent relit le rapport d’erreur exact, corrige et recommit. Jusqu’à 2 tentatives avant blocage définitif.
La PR n’est créée que si le gate passe entièrement. Vous ne recevez jamais du code dont les tests échouent.
Le commentaire liste les stacks détectées, les checks exécutés et les fichiers de test présents. Traçabilité complète.
Stacks supportées
Autres stacks (Java, Go, Rust…) : désactivez le gate via quality_baseline_enabled=False dans les réglages du projet.
3 — Isolation & sécurité
Chaque run s’exécute dans un container isolé, détruit après. Aucun état persistant entre deux runs, aucune contamination entre projets.
Workspace dans un volume nommé ws-{client_id}-{project_id}. Isolation totale entre tous les clients et tous les projets.
Tokens forge et clés API injectés comme variables d’environnement dans le container — jamais écrits sur le disque, jamais dans les logs.
Tous les secrets (clés agent, tokens forge, clés gérées) sont chiffrés via EncryptedStr + Fernet. Un vol de dump Postgres sans ALEXIS_MASTER_KEY ne donne rien.
Chaque projet a son propre repo et token forge. Chaque route API vérifie l’ownership. Impossible d’accéder aux données d’un autre client.
Pour les repos hébergés (GitHub App), un token scoped temporaire est minté à chaque run. Jamais de token permanent à longue durée de vie.
4 — Contrôle & propriété
Alexis travaille directement sur votre dépôt GitHub ou GitLab. Pas de sandbox, pas d’export. Votre code, votre historique.
Rebase + merge --ff-only sur develop. Zéro commit de merge parasite. L’historique Git reste propre et navigable.
Vous validez la spec, le plan, la PR. Alexis ne prend jamais une décision structurante sans votre approbation explicite.
En plan BYOK, vous apportez votre clé API (OpenAI, Groq, Mistral…). Chiffrée en base, injectée en env uniquement au moment du run.
Essai gratuit, sans carte bancaire. Ou contactez-nous pour votre agence.