Traduit de l’original anglais. Les chiffres et les sources sont inchangés. Lire l’original en anglais
Shopify
Shopify remplace un modèle de pointe par un agent Qwen3-32B affiné dans Sidekick Flow
Shopify a entraîné son propre agent à partir du modèle à poids ouverts Qwen3-32B pour transformer les demandes en langage courant des marchands en automatisations Shopify Flow, au sein de son assistant Sidekick. Shopify indique qu’il est 2,2 fois plus rapide et 68 % moins cher que le modèle de pointe qu’il remplace, et qu’il traite désormais l’essentiel du trafic de production.
Chiffres clés
Repris tels quels des sources. Copiez n’importe quel chiffre avec sa citation.
2,2
fois plus rapide
Vitesse de l’agent Flow affiné par rapport au modèle de pointe qu’il remplace (modèle de référence et méthode de mesure non précisés)1
68 %
moins cher
Coût de l’agent Flow affiné par rapport au modèle de pointe qu’il remplace (référence et méthode non précisées)1
35 %
plus bas
Taux d’activation des workflows du modèle affiné par rapport à l’agent fondé sur des prompts lors du premier test sur 1 % du trafic, avant les améliorations ultérieures1
Ce que cela a demandé
Le problème
Shopify Flow permet aux propriétaires de boutiques d’automatiser des tâches, comme étiqueter des commandes ou envoyer des e-mails, en construisant des workflows à partir de déclencheurs, de conditions et d’actions. La plupart ne sont pas ingénieurs, et une page blanche est intimidante. L’assistant IA de Shopify, Sidekick, rédige le workflow à partir d’une demande en langage courant. Shopify faisait tourner cette fonction sur un modèle de pointe qu’il ne maîtrisait pas, et voulait une option plus rapide et moins chère qu’il pourrait améliorer avec ses propres données.
Ce qu’ils ont construit
Shopify a affiné Qwen3-32B, un modèle à poids ouverts (open-weight), c’est-à-dire dont les fichiers sont publiés afin qu’une entreprise puisse les adapter et les exécuter. Le résultat est un agent qui appelle des outils pour rechercher les briques de Flow, les configurer et assembler le workflow. Shopify indique qu’il fonctionne 2,2 fois plus vite pour un coût inférieur de 68 % à celui du modèle de pointe qu’il remplace, et affirme qu’il surpasse les modèles fermés. Il traite désormais l’essentiel du trafic de production pour cette compétence.
Comment ils s’y sont pris
Avant le lancement, il n’existait aucune conversation réelle dont s’inspirer. L’équipe est partie de workflows de marchands qui avaient réellement tourné, et a demandé à un modèle plus puissant de rédiger une demande plausible pour chacun. Shopify indique que la construction, pour chaque exemple, des séquences d’appels d’outils étape par étape a représenté l’essentiel de l’effort d’ingénierie.
Le format natif de Flow est difficile à écrire de façon fiable pour un modèle. Shopify a montré au modèle du Python à la place, puis l’a reconverti avec un traducteur testé sur chaque workflow construit via Sidekick. À données d’entraînement identiques, écrire du Python plutôt que le format natif a fait progresser de 22 points la part des workflows sans erreur et de 13 points la part de ceux qui font ce qui était demandé.
L’entraînement s’exécute sur deux nœuds de processeurs graphiques H200. Un entraînement complet dure 12 heures, ce qui rend le réentraînement hebdomadaire réaliste. Les tests hors ligne ont atteint la parité avec l’ancien agent, mais le premier test en conditions réelles sur 1 % du trafic a montré un taux d’activation inférieur de 35 %. L’écart venait de demandes absentes des données d’entraînement, comme la modification de workflows existants et la configuration des e-mails. Shopify a ensuite mis en place une boucle hebdomadaire : noter les conversations de production avec un juge IA calibré, ajouter les bonnes à l’entraînement, repérer les lacunes, réentraîner et redéployer.
Résultats
Shopify indique que l’agent affiné est 2,2 fois plus rapide et 68 % moins cher que le modèle de pointe qu’il remplace, et qu’il traite désormais l’essentiel du trafic de production. Il affirme que la boucle d’amélioration a comblé l’écart d’activation initial en deux semaines. La même approche est maintenant appliquée à d’autres compétences de Sidekick.
Ce qu’il faut retenir
Choisissez une tâche bien définie et validez-la sur du trafic réel, sur une petite part, avant de basculer. Prévoyez un cycle continu de mesure et de réentraînement, et non une construction unique.
Enseignements pour votre projet
Testez très tôt sur du trafic réel. Le modèle égalait le benchmark hors ligne, mais un test en conditions réelles sur 1 % du trafic a montré un taux d’activation inférieur de 35 %, car les marchands réels demandaient des choses que le jeu de test n’avait pas prévues.
Commencez par une compétence étroite, avec une tâche claire d’appel d’outils. Shopify a isolé une seule compétence, la génération de Flow, plutôt que de remplacer tout l’assistant.
Mettez en place une boucle de retour avant d’en avoir besoin. Shopify note les conversations de production avec un juge IA calibré et réentraîne le modèle chaque semaine.
Ne vous fiez pas à un seul indicateur métier. Shopify a constaté que le taux d’activation reflète le comportement des marchands autant que la qualité du modèle, et a ajouté un juge calibré par des experts.
Réserves
- Tous les chiffres proviennent de l’article d’ingénierie de Shopify lui-même. Aucune source indépendante ne les confirme.
- L’article ne nomme pas le modèle de pointe remplacé et n’explique pas comment la vitesse et le coût ont été mesurés ; les chiffres de 2,2 fois plus rapide et de 68 % moins cher ne peuvent donc pas être vérifiés.
- La page de l’article indique seulement « Updated by colleagues on Apr 22, 2026 » (traduction : « Mis à jour par des collègues le 22 avr. 2026 »), et non une date de publication distincte ; cette date sert donc de date de la source et de date de déploiement (la date d’annonce). L’article indique que le système tournait sur un modèle de pointe « six months ago » (traduction : « il y a six mois »), si bien que la mise en production réelle est antérieure et n’est pas précisée.
- Le taux d’activation inférieur de 35 % était le premier résultat, obtenu sur 1 % du trafic. L’article indique que la boucle d’amélioration a comblé l’écart en deux semaines, mais ne donne aucun taux d’activation final.
- « The majority of production traffic » (traduction : « la majorité du trafic de production ») n’est pas chiffrée.
- Le coût d’entraînement et la taille de l’équipe ne sont pas précisés.
Sources
- Flow generation through natural language: An agentic modeling approach
Shopify Engineering · 2026-04-22 · Blog de l’entreprise · shopify.engineering
Résumé dans nos propres mots à partir des sources ci-dessus. Une erreur ? Consultez les corrections.