9d3f01eorders.enrichOrders
- Apparu avec
v2.4.0- Changement probable
- #815 Élargir la requête des commandes
- S’exécute dans
orders/getUserOrders.ts:47
la surveillance des performances qui part du changement
Sixty repère quand une version change le comportement de votre application — une requête en devient quatorze, trente lignes en deviennent trente mille — puis transmet les preuves à l’agent de programmation que vous utilisez déjà.
This release changed what this operation normally does.
1 commande pour installer0 tableaux de bord à construire0 seuils à régler0 données utilisateur collectées
Vous payez déjà pour autre chose ?Comment ceci se compare à Datadog, New Relic et Sentry →la réponse, pas un tableau de bord de plus
Le nombre a changé lors d’une version. Une pull request a touché le code concerné. La requête, la pile d’appels et le diff du déploiement l’accompagnent.
La boucle en entier, et comment votre agent la referme →la réponse, pas un tableau de bord de plus
9d3f01ev2.4.0orders/getUserOrders.ts:47détection des régressions des applications IA
Sixty compare la même tâche entre les versions : jetons, coût, délai du premier jeton, appels d’outils et échecs. Le flux signale le changement et une trace assainie en montre la cause.
release e18c6baune trace à travers toute l’application
Le contexte suit la requête entre les services. Une génération contient ses appels d’outils et chaque outil contient son travail HTTP et base de données, jusqu’à la pull request responsable.
replay de session joint aux preuves
Lorsqu’une erreur navigateur, une interaction sans effet ou un chargement bloqué produit un constat, Sixty conserve un court enregistrement masqué autour de l’échec. C’est une preuve du constat, pas une archive des visiteurs.
une boucle discrète
Il n'y a aucun tableau de bord à consulter et aucune alerte à configurer. Les trois choses ci-dessous sont le produit entier, et vous ne faites que la première.
Le marqueur de version vient de la plateforme où vous déployez déjà.
Une requête en est devenue quatorze. Aucun seuil n’a dû être inventé.
Mesures, requête, pile d’appels et diff pertinent arrivent ensemble.
de la version à la ligne de code
Un déploiement contient de nombreux changements. Sixty utilise les commits exacts entre les versions, puis désigne la pull request qui a touché le fichier à l’origine du constat.
v2.4.04 changements sont sortis dedans
orders.getUserOrders renvoie trente lignes à chaque fois. C’est la référence. Personne ne l’a définie.pnpm e2e imprime sur un clone du dépôt ; les étiquettes de version et les numéros de pull request sont illustratifs.toujours actif veut vraiment dire toujours actif
Chaque version est comparée à la précédente, deux ou trois minutes après sa mise en ligne, aussi longtemps que l'application tourne. Vous ne lancez rien, on ne vous demande rien, et il n'y a aucune exécution à penser à faire.
4c02f1aaucune dérive · 47 opérations comparées2 minbb7e340aucune dérive · 47 opérations comparées3 min2e9b503ne renvoie rienprofile.load12 lignes → 0 ligne4 min5a1d0c8aucune dérive · 48 opérations comparées2 minc40aa19aucune dérive · 48 opérations comparées2 min9d3f01elignesorders.getUserOrders30 lignes → 30 000 lignes4 min9d3f01eN+1orders.enrichOrders1 requête → 14 requêtes4 min7b21ee4aucune dérive · 46 opérations comparées3 mina3f9c21aucune dérive · 46 opérations comparées2 mind81b904aucune dérive · 46 opérations comparées2 minpnpm e2e — ce sont ses chiffres — avec des révisions illustratives.aucune nouvelle façon de travailler
Sixty s'occupe de regarder ; l'agent de code que vous utilisez déjà s'occupe de corriger. Le relais entre les deux est un serveur MCP, et c'est pour ça que l'installation, ce sont les deux mêmes valeurs partout — et pour ça que, là où vous n'avez pas d'éditeur à vous, elle devient un prompt collé dans un chat.
Une commande. Les constats arrivent sous forme de charge utile exploitable.
Les deux mêmes valeurs, en bloc de configuration.
Pas d’éditeur à vous — collez un seul prompt dans son chat.
Agent et déploiements au même endroit ; le repère de version vient gratuitement.
Copilot, Continue, ou ce que vous avez branché d’autre.
Et Windsurf, Zed, Cline — tout ce qui parle MCP.
OpenTelemetry / OTLP · Node · Python · Go · Ruby · PHP · Browser · React Native · Supabase
Keep Grafana, Prometheus, Elastic, Vercel, AWS, or the backend you already use. Send the same OTEL traces and metrics to Sixty for release-aware problem detection.
OpenTelemetry setup → Tous les langages et frameworks où il tourne →petit engagement, produit complet
Les deux offres comprennent tous les constats, l’API agent et MCP. Votre essai de 7 jours commence avec le produit complet ; la première comparaison arrive après la prochaine version.
claude mcp add sixty …Cette dernière étape est le vrai bémol. L’installation prend une minute ; la première comparaison prend le temps de votre prochain déploiement, parce qu’il n’y a rien à quoi comparer une version isolée.
Commencer l’essai de 7 joursle prochain déploiement est celui qui compte
Laissez Sixty observer ce qui change, puis l’agent qui connaît votre code le corriger.
Aucun identifiant utilisateur, texte de prompt, réponse du modèle ou valeur de requête. Routes, entrées et résultats des outils sont réduits à leur forme ; le texte des replays est masqué par défaut.
Reconstruit à partir de la sortie de pnpm e2e, qui sème exactement cette régression et la détecte. Les chiffres sont ceux de cette exécution.
Tout est calme. Aucune dérive depuis votre dernier déploiement.
30 lignes → 30 000 lignes1000×
La requête a perdu sa clause where : elle lit donc toute la table et le code filtre ensuite. Rien n’est devenu plus lent sur votre portable — la table y contient quarante lignes.
En attente de quelqu’un. C’est ouvert depuis quatre secondes.Pris par votre agent — preuves récupérées via MCP : la requête, les frames de pile, les chiffres.Résolu · « clause where manquante ajoutée sur user_id »