Un coéquipier qui cadre avant de coder.
IAvengers vit dans tes issues GitHub. Il discute le besoin, écrit la spec, implémente en TDD, ouvre la Pull Request — puis traite ta review. C'est toi qui merges. Toujours.
Installe l'app · mentionne @iavengers · aucune config par dépôt
- paul a ouvert l'issue
@iavengers il nous faut un rate limit par clé d'API, 100 req/min. Tu t'y prendrais comment ?
- IAvengers
Proposition : un middleware token-bucket sur Redis, clé = la clé d'API, fenêtre glissante de 60 s. Répond 429 avec un en-tête Retry-After. Deux questions ouvertes : que fait-on des clés sans quota, et compte-t-on les appels rejetés ? Je rédige la spec ?
- paul
@iavengers go-spec
- IAvengers
Spec et plan poussés sur feat/issue-142-rate-limit. Label spec-ready.
- paul
a posé le label iavengers:go
- IAvengers
Implémenté en TDD — 14 tests, suite verte. Pull Request #143 ouverte, prête pour ta review.
le déroulé
De l'issue à la Pull Request, dans la conversation
Quatre étapes. Tout se passe dans les commentaires GitHub — aucun second outil à apprendre, aucun contexte à réexpliquer.
Cadrer
Tu mentionnes IAvengers sur une issue. Il pose les questions qu'un dev senior poserait, propose une approche, et arrête le besoin avec toi avant d'écrire la moindre ligne.
@iavengers <message>Spec & plan
Il rédige une spec et un plan d'implémentation, les commite sur une branche dédiée et pose le label spec-ready. Tu les lis avant que quoi que ce soit ne soit construit.
@iavengers go-specImplémenter
Il déroule le plan en TDD — test rouge, code minimal, vert, commit —, pousse la branche et ouvre la Pull Request. S'il bloque, il le dit et pose le label blocked.
label iavengers:goItérer
Tu reviews comme tu reviewerais n'importe qui. Il traite chaque point sur la branche de la PR — commentaires inline compris. Puis tu merges.
@iavengers <retour>pourquoi iavengers
Un coéquipier prudent, pas un distributeur de code
Il cadre d'abord
Brainstorm, puis spec, puis plan, puis code. L'essentiel de ce qui rate dans le code généré rate avant la première ligne — dans ce qui a été compris. C'est là que IAvengers passe son temps.
Ton code reste chez toi
Auto-héberge le daemon, branche ta propre clé Claude. Tout texte sortant est passé au scan de secrets avant de partir. Rien ne se commite qui ne devrait pas.
Tu gardes le contrôle
IAvengers ne peut pas merger. Pas par politesse — par permission. Qui peut le déclencher suit tes rôles GitHub, et un seul job tourne à la fois sur un dépôt : deux agents ne se disputent jamais la même branche.
face à copilot coding agent
Copilot code un ticket. IAvengers se comporte comme un coéquipier.
Le coding agent de Copilot est bon, intégré et adossé à GitHub. On n'essaie pas de le battre sur « issue → diff ». Voilà où les deux diffèrent vraiment.
| Ce qui diffère | Copilot coding agent | IAvengers |
|---|---|---|
| Avant d'écrire du code | Va de l'issue au diff | Questionne, propose, commite une spec et un plan que tu lis d'abord |
| Où il tourne | L'infrastructure de GitHub | La tienne, si tu le veux |
| Quel modèle, quelle facture | Celui de GitHub, dans le bundle | Ton propre compte Claude, si tu préfères |
| Ce qu'il laisse derrière | Une Pull Request | Une Pull Request, plus la spec et le plan qui la justifient |
pour les équipes prudentes
Ton code n'a aucune raison de sortir de chez toi
Auto-hébergé
Un daemon sur ta machine sert tous les dépôts où tu l'installes. Ton code y est cloné, et nulle part ailleurs.
Ta propre clé Claude
Ton compte, ta clé, ta politique d'usage. On n'est pas au milieu de cette conversation-là.
Les secrets ne circulent pas
Chaque commentaire, titre et corps de PR est scanné et caviardé avant de quitter le daemon. Le token git n'est jamais écrit sur disque.
Merge humain, par construction
IAvengers ouvre des Pull Requests. Il n'a aucune permission de merge — donc aucun réglage à rater, et aucune CI verte qui puisse un jour passer pour une approbation.
tarifs
Facturé au compute réel, pas à la promesse
Les montants tomberont au lancement public — on préfère les caler sur ce que la beta mesure vraiment plutôt que de les deviner aujourd'hui. Le modèle, lui, est déjà arrêté :
Gratuit pour commencer
De quoi mener une vraie issue jusqu'à une Pull Request mergée, sur le dépôt de ton choix. Sans carte.
Ensuite, à l'usage
Facturé au compute consommé, pas à un décompte de « tâches » — une grosse implémentation et un correctif d'une ligne ne sont pas le même travail. Plafond par job et par mois, visible dans le fil.
Ou auto-hébergé
Fais-le tourner chez toi avec ton compte Claude : travail illimité, et on ne facture que la plateforme. C'est le palier des équipes qui ne peuvent envoyer leur code nulle part.
questions
Ce qu'on nous demande vraiment
Est-ce qu'il peut merger tout seul ?
Non — et pas parce qu'on le lui a interdit. L'app n'a aucune permission de merge. Une CI verte, une revue propre, la dernière PR d'une série : rien de tout ça n'y change quoi que ce soit. Merger reste une décision, et elle reste la tienne.
Et s'il se plante ?
Alors tu récupères une Pull Request que tu fermes, ce qui te coûte une lecture. IAvengers retente une implémentation ratée un nombre borné de fois, puis pose le label blocked et dit ce qui l'a arrêté — plutôt que de pousser quelque chose qui compile en appelant ça terminé.
Quels langages, quelles stacks ?
Ceux de ton dépôt. IAvengers lit ton fichier de conventions et ta commande de test, et travaille avec ta suite — il n'apporte pas sa propre stack.
Qui peut le déclencher dans mon équipe ?
Ceux à qui tes rôles GitHub font déjà confiance. IAvengers lit la permission de la personne qui commente — un commentaire de passage, venu de l'extérieur de l'équipe, ne déclenche rien.
Est-ce open source ?
Le cœur y va — c'est ce qui fait de l'auto-hébergement une vraie promesse plutôt qu'un slogan. La beta est là pour arbitrer ce qui relève de l'ouvert et ce qui relève du service hébergé.
Donne-lui une issue. Récupère une Pull Request.
La beta privée s'ouvre à quelques équipes à la fois, pour que chacune obtienne une première Pull Request qui aboutit vraiment. Laisse ton email, on revient vers toi.
Une adresse email, gardée sur notre propre serveur. Aucun traceur, aucune revente, un message quand ta place s'ouvre.