Traduit de l’original anglais. Les chiffres et les sources sont inchangés. Lire l’original en anglais

Annoncé par l’entrepriseEn production depuis avr. 2026Ajouté le oct. 2026

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é

CoûtNon communiqué
ÉquipeNon communiqué
CalendrierUn entraînement complet dure 12 heures, ce qui permet de réentraîner le modèle chaque semaine1

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

  1. 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.

  2. 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.

  3. 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.

  4. 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

  1. 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.