Fusionner l'IA de Storm parie que les développeurs ont un problème de révision, pas un problème d'écriture. L’IA a discrètement repensé la façon dont les développeurs écrivent le code.
Copilot, Cursor et une liste croissante d'assistants peuvent cracher des centaines de lignes le temps qu'il faut pour prendre un café. Le code est écrit plus rapidement que jamais. Mais quelque part en cours de route, un nouveau problème est apparu : personne ne savait vraiment qui était censé examiner tout cela.
L'ancien modèle supposait qu'un humain s'asseyait, lisait une demande d'extraction ligne par ligne, signalait les bogues, vérifiait le style et s'assurait que le code faisait réellement ce qu'il est censé faire. Cela a bien fonctionné lorsque les PR ont afflué. Cela ne fonctionne pas aussi bien lorsque les outils d'IA génèrent des soumissions plus rapidement que n'importe quelle équipe ne peut suivre.
Fusionner l'IA de Storm est construit autour de cet écart précis. Il ne s'agit pas de remplacer les personnes qui effectuent la révision du code, mais de supprimer les parties ennuyeuses et répétitives de leur assiette afin qu'ils puissent consacrer leur attention à ce qui a réellement besoin d'un cerveau humain : les décisions d'architecture, la logique métier, les jugements désordonnés.
Alors, est-ce que ça tient ? J'ai passé une semaine à le pointer vers quelques dépôts réels pour le découvrir.
Ce que fait réellement MergeStorm
Principalement, MergeStorm est un outil de révision automatisé qui réside dans GitHub. Connectez-le à un dépôt et il commence à examiner les demandes d'extraction dès qu'elles sont ouvertes ou poussées, aucune étape supplémentaire n'est requise.
Ce qui le distingue d'un linter typique, c'est sa portée. Linters vérifie la syntaxe. Ils signalent les problèmes de formatage et les violations des règles, mais ils n'ont aucune idée de ce que votre code essaie réellement d'accomplir. MergeStorm prétend aller plus loin, en lisant la structure de votre dépôt, en analysant ce qui a changé dans un PR donné et en recoupant cela avec ce que la tâche était censée résoudre en premier lieu.
Le pitch n'est pas « nous allons détecter vos fautes de frappe ». C'est plus proche de « nous vous aiderons à fournir un code plus propre sans brûler une heure supplémentaire de la journée de quelqu'un ».
Deux agents, deux emplois
FusionnerTempête divise son travail entre une paire d'agents d'IA et la division du travail est l'un des choix de conception les plus judicieux du produit.
Vortex gère la révision proprement dite. Poussez le code vers un PR, et Vortex le parcourt à la recherche de bugs, de failles de sécurité, d'implémentations bâclées, de tout ce qui mériterait normalement un commentaire de la part d'un coéquipier. Il ne génère pas de rapport séparé que vous devez consulter, il dépose les commentaires directement dans le fil de relations publiques, ce qui donne l'impression que le tout ressemble moins à un outil qu'à un collègue qui intervient. Si vous préférez déclencher une révision manuellement, commenter @mergestorm review fait l'affaire, que j'ai fini par utiliser plus que ce à quoi je m'attendais sur quelques branches ponctuelles que je n'étais pas prêt à automatiser entièrement.
Cyclone est le plus agressif des deux. Au lieu de simplement signaler les problèmes, il essaie de les résoudre, en écrivant des correctifs et en les validant directement dans la pull request. C'est évidemment une plus grande demande de confiance, c'est pourquoi il est désactivé par défaut. Une équipe doit l'activer délibérément avant que Cyclone ne touche un code, et je l'ai laissé éteint pendant les premiers jours juste pour voir ce que Vortex a signalé tout seul avant de laisser quoi que ce soit proche de la validation automatique.
Le configurer de manière simple
Il n'y a pas beaucoup de frictions ici, et je veux dire que littéralement, j'étais connecté, connecté et je regardais Vortex commenter un PR en direct en moins de cinq minutes. Connectez-vous avec GitHub ou Google (aucune carte requise), installez l'application sur les dépôts que vous souhaitez couvrir et connectez les deux agents à partir de l'onglet Automatisation. Vortex commence à examiner dès la prochaine poussée.
Si vous voulez également que Cyclone soit dans la boucle, il s'agit d'une option distincte dans les paramètres, et non d'une option par défaut groupée, une distinction que j'ai appréciée une fois que j'ai compris comment les deux fonctionnent réellement ensemble. Chaque nouveau commit redémarre le cycle : Vortex examine à nouveau et Cyclone corrige à nouveau si la correction automatique est activée. Aucun fichier de configuration à écrire, aucune règle à définir manuellement.
Ce qui se passe sous le capot est un peu plus complexe qu'un scanner classique. MergeStorm essaie de comprendre le contexte plus large du dépôt, de déterminer le problème que le PR essaie de résoudre, de vérifier si le code le résout réellement, puis d'exécuter une passe plus traditionnelle à la recherche de bogues, de failles de sécurité et de modèles à risque. La société appelle cela être « repo-aware », et honnêtement, c'est la fonctionnalité qui fait le plus gros du travail en termes de différenciation des outils plus anciens.
Ce que coûte réellement son utilisation
La tarification de MergeStorm s'est avérée plus simple que ce à quoi je m'attendais, chaque niveau bénéficie du même ensemble de fonctionnalités (commentaires en ligne, vérifications GitHub, contexte de dépôt complet, correctif automatique Cyclone), et la seule chose qui change à mesure que vous gravissez les échelons est le nombre d'avis que vous recevez par mois. Le niveau gratuit vous donne 100 avis sans aucune carte requise, ce qui était suffisant pour l'étendue des dépôts sur lesquels je testais. Starter coûte 9,99 $/mois pour 400 avis, Growth est de 19,99 $/mois pour 1 000 et Scale plafonne à 49,99 $/mois pour 3 000, au prix, semble-t-il, pour les équipes exécutant des pipelines lourds en CI toute la journée plutôt que pour les développeurs solo. Personne ne paie plus pour débloquer le contexte Cyclone ou repo ; vous payez strictement pour le volume.
Où Mergestorm se démarque, ce que j'ai découvert
La conscience contextuelle est le véritable argument de vente. De nombreux outils de révision automatisés examinent une différence de manière isolée et ne voient pas comment ce changement se répercute sur le reste de la base de code. La tentative de MergeStorm de comprendre la situation dans son ensemble signifie moins d'indicateurs non pertinents et, en théorie, moins de faux positifs et dans mes propres tests, les commentaires laissés par Vortex semblaient nettement plus liés à ce que le PR essayait réellement de faire que les notes génériques « envisagez de refactoriser ceci » que j'ai obtenues à partir d'autres outils.
L’angle de l’automatisation est également important. Si un robot détecte les éléments évidents, la vérification nulle manquée, la boucle inefficace, la ligne de débogage restante, avant même qu'un humain n'ouvre le PR, cet humain peut consacrer son temps aux conversations qui valent réellement la peine d'être menées : est-ce la bonne architecture, cette échelle, est-ce que cela correspond aux besoins du produit.
Diviser Vortex et Cyclone en éléments distincts et optionnels était une décision judicieuse. Une équipe qui n'est pas prête à laisser un code de validation d'IA peut toujours bénéficier des avantages de la révision sans remettre les clés. Et pour un développeur solo travaillant sans équipe sur laquelle s'appuyer, avoir quelque chose qui vérifie votre travail avant sa livraison est vraiment utile, même si cela ne remplace pas un deuxième avis humain.
Comment il se compare à la concurrence
Ce n'est pas un marché vide. CodeRabbit, Copilot Reviews de GitHub et Greptile s'attaquent tous au même problème sous des angles légèrement différents.
CodeRabbit s'appuie sur des explications conversationnelles détaillées, il se lit davantage comme un coéquipier vous expliquant son raisonnement. Copilot Reviews a l’avantage évident d’être déjà intégré à l’écosystème Microsoft/GitHub. La force de Greptile réside dans la gestion de bases de code volumineuses et enchevêtrées avec des chaînes de dépendance profondes.
L'angle de MergeStorm consiste à essayer de faire davantage sur le cycle de vie lui-même, en détectant les problèmes et, si vous le permettez, en les corrigeant, tout en conservant suffisamment de contexte de dépôt pour que ses commentaires semblent pertinents plutôt que génériques. C'est un juste milieu si vous voulez de la vitesse sans abandonner complètement la surveillance humaine.
Alors, Mergestorm vaut-il la peine d’être utilisé ?
MergeStorm n'essaie pas de remplacer les développeurs, et il est franc à ce sujet. En réalité, il réduit la partie répétitive de la révision afin que les ingénieurs puissent consacrer leur temps là où cela compte.
L'analyse prenant en compte les dépôts, la configuration native de GitHub, la répartition en deux agents, la correction automatique facultative et la tarification basée sur le volume qui ne limite pas les fonctionnalités derrière des niveaux supérieurs, tout cela s'ajoute à quelque chose qui a du sens pour les développeurs solo, les petites équipes ou les startups qui tentent d'avancer rapidement sans sacrifier trop de contrôle qualité.
Cela dit, aucun outil comme celui-ci ne devrait constituer la dernière ligne de défense. Les décisions d'architecture, les compromis en matière de sécurité, la maintenabilité à long terme, tout cela nécessite encore un examen humain expérimenté. MergeStorm fonctionne mieux comme premier passage, pas comme dernier mot. À la fin de ma semaine d'utilisation, c'est exactement ainsi que j'avais commencé à le traiter, non pas comme un gardien, mais comme un collègue qui lit chaque PR avant de devoir le faire.
Si votre équipe vit sur GitHub et que vous en avez assez de brûler des cycles de révision sur des éléments qu'un robot aurait pu détecter, cela vaut la peine d'essayer. L'IA ne remplace pas la révision du code ici, elle élimine simplement le bruit afin que les humains puissent se concentrer sur ce qui compte réellement.
Divulgation : Il ne s’agit pas de conseils en matière de trading ou d’investissement. Faites toujours vos recherches avant d’acheter une crypto-monnaie ou d’investir dans un service. Suivez-nous sur X @nulltxnews