Resolue rapproche les signaux de vos outils de supervision, remonte à la cause, écrit le correctif, le vérifie sur un déploiement de prévisualisation et ouvre une pull request avec les preuves. La fusion reste votre geste.
Une alerte de production coûte rarement le temps du correctif. Elle coûte le temps du diagnostic — lire les journaux, retrouver le commit, reproduire.
Resolue fait ce trajet pendant que votre équipe dort, et s’arrête avant la seule étape qui engage vraiment : la fusion.
Sentry, les journaux d’exécution, la supervision applicative : quand un incident touche plusieurs outils, il y déclenche plusieurs alertes. Resolue les rapproche en un seul incident, avec le nombre d’utilisateurs touchés.
Piles d’appels, fil d’exécution et commits récents sont lus ensemble pour désigner le fichier, la ligne et le changement qui l’a introduite. C’est la partie qui prend une heure à trois heures du matin.
Le correctif vise la cause et rien d’autre : le plus petit changement qui règle le problème, poussé sur une branche. Votre plateforme construit la préversion comme pour n’importe quelle contribution.
Les tests s’exécutent sur l’URL de préversion, pas sur une machine de simulation. Le parcours est rejoué, filmé, capturé. Ce qui arrive dans la pull request est une exécution réelle, pas une promesse.
La pull request porte l’analyse de la cause, le diff, le résultat des tests, la vidéo, les captures et un score de confiance. Resolue ne fusionne pas. Cette ligne-là n’est pas déplaçable.
Un outil qui ouvre une pull request sur chaque incident vous fait relire du bruit, et vous apprend à ne plus regarder.
Resolue classe ce qu’il a compris et adapte ce qu’il livre. Un incident sans correctif rend quand même le diagnostic.
Un fichier, une cause claire. Le correctif est écrit, déployé en préversion, rejoué par les tests et filmé. La pull request arrive complète, prête à relire.
Pull request
Vidéo et testsLa cause est identifiée, mais le correctif touche plusieurs fichiers ou a des effets de bord. Le brouillon de pull request dit ce qui a été vérifié et ce qui reste à trancher.
Brouillon
PréversionLe problème est dans l’infrastructure, trop large, ou hors du code visible. Aucune pull request n’est ouverte. Votre équipe reçoit la cause probable, les fichiers concernés et les commits liés.
Analyse
ContexteUne pull request écrite par un assistant arrive avec un plan de test : une liste de cases que quelqu’un est censé cocher à la main, et que personne ne coche vraiment.
Resolue lit ce plan, exécute chaque point sur le déploiement de prévisualisation et coche les cases avec la preuve de l’exécution. Que la contribution vienne de Claude Code, de Cursor, de Copilot ou d’un développeur de l’équipe ne change rien au traitement.
Échanger sur votre projetResolue ne remplace ni votre supervision, ni votre forge, ni votre plateforme de déploiement.
Il se place entre elles, là où votre équipe passe aujourd’hui ses heures de triage.
SentryDatadog
OpenTelemetryGitHubVercelPlaywrightCloudWatch, PagerDuty, Slack, GitHub Actions, Cloudflare Pages et Netlify sont en cours de raccordement. Dites-nous lesquels vous exploitez, cela décide de l’ordre.
Non, et ce n’est pas une option à activer. Resolue ouvre une pull request et s’arrête. La fusion, le déploiement en production et le retour arrière restent des gestes humains, soumis aux règles de votre dépôt.
Vous le voyez avant de fusionner, parce que la pull request montre l’exécution : les tests rejoués sur la préversion, la vidéo du parcours, les captures avant et après. Une pull request qui n’apporte pas cette preuve est un brouillon, et elle le dit.
Non. Resolue lit ce que vous exploitez déjà et écrit dans votre forge. Le raccordement se fait sur les accès que vous accordez, service par service, et se retire de la même façon.
Ce que ses accès autorisent, dépôt par dépôt, et rien au-delà. Le périmètre, la résidence des données et la conservation des traces se définissent avec votre équipe avant le premier branchement — les mêmes règles que le reste de la plateforme.
Trente minutes pour cadrer le processus, les systèmes et les validations. Ou écrivez-nous à [email protected]
