Du ticket à la pull request. Vous n'avez qu'à approuver.
Flusend Agent prend une carte dans votre Linear, la corrige dans un worktree isolé, lance votre suite de tests officielle et ouvre la PR. Le merge est l'approbation, et c'est lui qui déclenche le déploiement que votre dépôt a déjà.
- ✓Worktree isolé par ticket
- LinearGitHubSentry
- ✓Tests existants intacts
Worktree isolé
votre branche n'est jamais touchée
Agent + 12 skills
cause racine, correctif, nouveau test
Suite officielle
4 265 tests · vert · 5 min
Chemins protégés
migrations, terraform, .github
PR #56 ouverte
diff, journal et coût dans l'interface
En attente d'approbation
merge = déploiement
Du ticket au déploiement, avec vous aux commandes
Six étapes. L'agent ne touche au code qu'après votre autorisation du plan, et n'atteint l'environnement qu'après votre approbation de la PR.
Ouvrez la carte dans Linear ou depuis le chat, en écrivant ou en parlant. L'étiquette agent suffit.
L'agent lit le vrai code du dépôt dans un worktree isolé et comprend la cause.
Il montre l'implémentation ou le correctif qu'il va faire. Rien ne change avant votre autorisation.
Autorisé, il implémente la fonctionnalité ou le correctif, écrit le test et lance votre suite officielle.
Il ouvre la PR sur votre GitHub avec diff, journal et coût. Les revues lui reviennent.
PR approuvée, le merge déclenche le déploiement de votre dépôt dans l'environnement et la carte est terminée.
L'export PDF échoue sans adresse du patient
Conçu pour des PR qu'on peut vraiment merger
Un agent qui trafique les tests pour passer au vert ne livre rien. Ces règles se fixent par dépôt et s'affichent à chaque exécution.
@Testvoid totalsThreeItems() {- assertEquals(3, order.total());+ assertEquals(2, order.total());}
+@Test+void appliesDiscountOnce() {+ order.apply(coupon);+ assertEquals(90, order.total());+}
Tests existants intacts
L'agent écrit de nouveaux tests et ajoute des cas, mais ne modifie ni ne supprime ce qui existait déjà. Les outils refusent et la vérification du diff bloque la livraison. Vous l'autorisez par carte quand c'est pertinent.
Chemins protégés
Migrations, infrastructure, pipelines et secrets restent hors de portée. Une modification dans un chemin protégé bloque la PR avant le push.
Le doute devient une question
Un ticket ambigu n'est pas deviné : l'agent commente ses questions sur la carte et reprend la même session quand vous répondez.
Limites par agent
Plafond de tours et de coût, commandes bloquées et outils autorisés, tout est modifiable dans l'interface.
Journal d'audit
Chaque exécution enregistre ce qui a été lu, lancé et modifié, ce qui a été bloqué et ce que ça a coûté.
Isolé dans Docker, si vous voulez
Directement sur la machine, les blocages sont un garde-fou. Dans le conteneur, l'agent ne voit que le volume de données et ce que vous montez volontairement.
Le travail ne s'arrête pas à l'ouverture de la PR
C'est là que la plupart des agents s'arrêtent. Flusend Agent continue jusqu'à ce que la carte soit vraiment fermée.
Relecteur · ligne 42
Le cas de la liste vide n'est pas géré ici.
Flusend Agent
Géré et couvert par un test. Même PR mise à jour (tour 1 sur 3).
GitHub
PR #56 mergée. Carte MED-342 passée en Done.
Sentry
48 h sans occurrence sur la version qui contient le correctif.
- Taux de merge
- 3 sur 4
- Délai jusqu'à la PR
- 23 min
- Retravail après merge
- 0 sur 3
petit échantillon : on affiche le compte, pas le pourcentage
Les revues reviennent à l'agent
Commentaires en ligne et revues, de personnes ou de robots de revue, reviennent d'eux-mêmes à l'agent, qui met à jour la même PR. Avec une limite de tours.
Sentry vérifie la production
Une erreur de production devient une carte en un clic, après vérification du backlog. Après le merge, 48 h sans occurrence résolvent l'erreur dans Sentry ; une occurrence dans une version qui contient déjà le correctif rouvre la carte.
Des métriques honnêtes
Taux de merge, retravail après merge, délai jusqu'à la PR et consommation par merge, toujours avec la taille de l'échantillon à côté.
Plus que corriger des bugs
Tout dans la même interface, avec votre approbation avant la création de toute carte.
Brouillon de la carte
L'export PDF échoue sans adresse du patient
Reproduire avec un patient sans adresse, gérer le champ nul et couvrir par un test.
Chat, à la voix
Décrivez le problème en parlant. Le texte arrive dans la zone, vous le relisez, et recevez le brouillon de la carte : créer et envoyer, créer seulement, modifier ou abandonner.
Exigences
Des documents deviennent une liste d'exigences avec leur origine, confrontée au backlog avant de devenir des cartes.
Nouvelle fonctionnalité
Une conversation devient un plan lu dans le vrai code. Vous approuvez, la carte naît et part chez l'agent.
Erreurs (Sentry)
La file des erreurs ouvertes, vous décidez ce qui devient une carte, plus le suivi après le merge.
Automatisations
Tâche récurrente, erreurs au-dessus d'un seuil ou cartes par étiquette. Toute automatisation naît en pause, a un plafond par déclenchement et peut être simulée.
Agent dans Linear
Déléguez ou mentionnez Flusend Agent sur une carte et suivez l'avancement, les questions et le lien de la PR sans quitter Linear.
Agents et skills
Profils d'agent et skills d'ingénierie modifiables dans l'interface. 12 skills d'origine, les vôtres par-dessus.
Tableau, exécutions et PR
Tout votre Linear sur un tableau avec Envoyer à l'agent sur n'importe quelle carte, le journal de chaque exécution et les PR avec le diff à approuver.
Agent de code dans le cloud vs Flusend Agent
La même idée, des choix opposés sur tout ce qui compte au moment du merge.
| Agent de code dans le cloud | Flusend Agent | |
|---|---|---|
| Où ça tourne | Dans le cloud du fournisseur | Où vous voulez, Docker compris |
| Qui lance les tests | L'agent dit que ça passe | L'orchestrateur relance la suite officielle |
| Tests existants | L'agent peut les modifier | Protégés : il ne fait qu'ajouter |
| Après la PR | Ça s'arrête à la PR | Les revues reviennent ; Sentry vérifie après le merge |
| File de travail | Sa propre interface | Votre Linear, avec une étiquette |
| Coût | Abonnement par siège | Le coût du modèle, visible par exécution |
Parlez à un spécialiste
Parlez-nous de votre dépôt et de votre suite de tests. On configure ensemble et vous approuvez la première PR.
Ce que vous recevez
- ✓Installation où vous voulez, Docker compris, dépôts illimités
- ✓Linear, GitHub et Sentry connectés
- ✓Agents et skills modifiables, 12 skills d'origine
- ✓Tests existants protégés et chemins bloqués par dépôt
- ✓Exécutions en parallèle
- ✓Support direct avec les personnes qui l'ont construit
Comment fonctionne le coût du modèle
Apportez votre Claude
L'agent utilise votre abonnement Claude Code ou une clé d'API Anthropic. Rien ne transite par un serveur Flusend.
Coût par exécution, à l'écran
Chaque exécution affiche l'équivalent en prix d'API. Un vrai correctif dans un dépôt de 4 000 tests est revenu à près de 2 US$.
Plafond par agent
Limite de coût et de tours par profil d'agent. Plafond dépassé, l'exécution s'arrête et vous décidez.
Ce qu'on nous demande souvent
Flusend Agent est un agent d'ingénierie logicielle qui transforme un ticket en pull request prête à approuver. Il lit le vrai code du dépôt, montre le plan, implémente le correctif ou la fonctionnalité dans un worktree isolé, lance la suite de tests officielle et ouvre la PR sur GitHub. Le merge déclenche le déploiement que le dépôt a déjà. Il s'intègre à Linear, GitHub et Sentry et tourne où vous voulez, Docker compris.
Node 22.13 ou plus récent, pnpm, git, gh authentifié et Claude Code installé et connecté (ou une clé d'API Anthropic). Ou Docker : le conteneur reçoit ses accès via .env et l'agent y est confiné.
Avec n'importe quel dépôt qui a une commande de tests. Le premier dépôt en production est en Java avec Spring et Maven, avec plus de 4 000 tests ; l'interface et le serveur sont en TypeScript.
Il va au modèle pendant l'exécution (votre compte Anthropic) et sur GitHub au push de la PR. Aucun serveur Flusend entre les deux : la base, les clones et les worktrees restent chez vous.
Non. Sans clé Linear, Flusend Agent utilise une file intégrée. Avec Linear, une clé personnelle avec lecture, création de cartes et de commentaires suffit.
Il travaille dans son propre worktree ; votre dossier et votre branche ne sont pas touchés. Les chemins protégés bloquent le push, et une suite rouge ne part jamais. Le déploiement n'a lieu que si vous mergez.
L'agent commente ses questions sur la carte et s'arrête. Quand vous répondez, il reprend la même session là où il l'avait laissée.
Envoyez la première carte.
Parlez-nous de votre dépôt et de votre suite de tests. On configure ensemble et vous approuvez la première PR.
Parler à un spécialiste