Une entreprise choisit un modèle Qwen pour répondre aux questions de ses salariés. Quelques mois plus tard, l’application utilise aussi un modèle adapté à ses exemples, une recherche dans ses documents et des règles d’accès. Changer de fournisseur exige alors de retrouver tout ce fonctionnement, même si le modèle de départ reste téléchargeable.

C’est sous cet angle que mérite d’être lue la stratégie présentée par Alibaba à sa conférence Apsara. Le groupe veut rapprocher les puces, les modèles et les services qui exploitent les agents. Pour le client, l’attrait est concret : confier davantage d’opérations au même fournisseur. La possibilité de repartir dépend, elle, de ce qu’il peut récupérer à chaque étape.

Le calendrier sépare encore les annonces des produits

Dans son bilan du 25 septembre, Alibaba présente le processeur Zhenwu V900 de T-Head avec une production de masse et une commercialisation prévues au premier trimestre 2027. Les références clients citées concernent la famille de puces Zhenwu ; elles ne démontrent pas que ces clients utilisent déjà V900. Bilan officiel d’Apsara.

L’ambition couvre aussi l’entraînement, le déploiement des agents et la gestion de leur contexte, c’est-à-dire les informations dont ils disposent pour agir. Elle ne permet pas de déduire que chaque appel à une API Qwen utilise une puce T-Head, ni que tous les services sont accessibles dans toutes les régions.

La question du choix commence donc avant la performance. Un modèle disponible, une fonction documentée et un matériel annoncé ne forment pas nécessairement une offre que le même client peut commander immédiatement.

Choisir Qwen laisse plusieurs chemins ouverts

L’exemple de Qwen3-14B montre qu’adopter un modèle d’Alibaba n’oblige pas à adopter tout son cloud. Le projet Qwen3 publie des modèles à poids ouverts et documente leur déploiement avec des moteurs comme vLLM ou SGLang. Les poids sont les fichiers de paramètres nécessaires à l’exécution du modèle. Projet officiel Qwen3.

Une entreprise peut construire son service sur une infrastructure qu’elle administre. Dans ce scénario, elle conserve les fichiers, le code qui pilote les outils, ses documents et les tests qui vérifient les réponses. Elle doit en contrepartie organiser les mises à jour, surveiller le service et gérer les incidents.

Cette maîtrise demande un travail continu. Posséder les poids ne suffit pas à reproduire une application si la version du moteur, les paramètres ou le traitement des documents ont été perdus. Changer la précision numérique du modèle ou la façon de rechercher des passages peut modifier les réponses, même lorsque le nom du modèle reste identique.

L’autre chemin consiste à déléguer ces opérations à des services managés. Ce choix peut réduire la quantité d’infrastructure que l’équipe exploite elle-même. Il ajoute aussi des ressources dont la restitution dépend des interfaces du fournisseur.

Dans Model Studio exporter ne signifie pas télécharger

Le guide de fine-tuning de Model Studio donne un exemple précis. Le fine-tuning adapte un modèle à des exemples fournis par le client. À la fin, un checkpoint conserve un état de ses paramètres. Dans le parcours public documenté, l’opération appelée « export » prépare cet état pour le déploiement dans le service : le guide précise que les checkpoints exportés restent dans le stockage cloud et ne peuvent pas être téléchargés. Guide Model Studio, publication du modèle.

Cette restriction porte sur ce parcours. Elle ne démontre pas que tous les services Alibaba interdisent de récupérer un modèle, ni qu’un contrat particulier ne puisse prévoir autre chose.

Pour notre assistant documentaire, la conséquence est concrète. Si son comportement dépend de cette adaptation, emporter le modèle public d’origine ne récupère pas le travail effectué ensuite. Conserver les exemples permettrait d’envisager une nouvelle adaptation ailleurs, sans garantir qu’elle produise exactement le même résultat.

La compatibilité d’API répond à un problème différent. Elle peut faciliter l’envoi d’une requête depuis une application existante. Elle ne fournit ni les paramètres personnalisés, ni tous les états accumulés par le service.

Les documents ne sont qu’une partie de la recherche

Un assistant documentaire commence par retrouver les passages pertinents avant de les transmettre au modèle. Ce mécanisme, appelé RAG, dépend du découpage des documents, de leur indexation et des règles qui sélectionnent les résultats.

La documentation des bases de connaissances Model Studio indique qu’un export en un clic n’est pas pris en charge. Elle propose de récupérer les documents et leurs fragments par script avec l’API ListChunks. Cette voie de récupération existe, mais elle ne décrit pas un paquet capable de restaurer tout le service à l’identique. FAQ de migration.

La différence compte pour les utilisateurs. Si le nouveau moteur découpe autrement les documents ou classe les passages différemment, le modèle peut recevoir un contexte différent et produire une autre réponse. Les droits d’accès doivent également être rétablis : un document récupéré ne doit pas devenir visible à un salarié qui ne pouvait pas le consulter auparavant.

| Élément de l’application | Constat documentaire ou condition du scénario | Conséquence lors d’une sortie | |---|---|---| | Modèle public conservé par l’entreprise | Fichiers disponibles indépendamment de son application | Redéployer avec une version et un environnement maîtrisés | | Adaptation Model Studio du parcours examiné | Téléchargement du checkpoint exclu par le guide | Obtenir une autre voie de restitution ou envisager une nouvelle adaptation | | Documents et fragments de la base managée | Récupération par script documentée | Reconstituer et tester le comportement de recherche | | Code, règles et tests conservés par l’entreprise | Hypothèse de notre scénario | Remplacer les intégrations sans perdre les critères de validation |

Les conséquences de ce tableau sont une analyse d’architecture. Elles ne constituent pas le résultat d’une migration client que nous aurions observée.

Alibaba propose aussi des chemins où le client garde ses fichiers

Le périmètre du service choisi change le diagnostic. La plateforme PAI documente des environnements d’entraînement et de développement qui lisent et écrivent dans OSS, le stockage objet d’Alibaba. Les fichiers que l’entreprise y conserve suivent un autre parcours que les checkpoints internes de Model Studio. Documentation PAI et OSS.

Il serait donc trompeur de donner une note unique de portabilité à « Alibaba ». Une entreprise peut louer du calcul tout en gardant la maîtrise de ses artefacts, ou déléguer une plus grande partie de son application. Le coût de sortie dépend de cette répartition des responsabilités.

Le gain d’exploitation doit aussi rester dans la comparaison. Un service managé peut éviter à une petite équipe de maintenir plusieurs composants. À l’inverse, remplacer ces composants lors d’une migration demande du temps. Sans mesurer les deux efforts sur le même besoin, il est impossible de conclure que l’une des approches est systématiquement moins chère.

Le choix se déplace vers ce que l’application accumule

L’intégration annoncée par Alibaba pourrait simplifier l’achat et l’exploitation d’un ensemble technique complexe. Mais le modèle ouvert n’établit qu’une partie de la liberté du client. Les adaptations, les index, les règles et les états produits autour de lui déterminent ce qu’il faudra reconstruire ailleurs.

Pour une entreprise qui envisage ces services, une preuve de sortie sur une petite application serait plus instructive qu’une simple mention de compatibilité : récupérer les éléments disponibles, reconstruire le parcours et rejouer les mêmes tests. Elle permettrait de distinguer ce qui se transporte, ce qui se transforme et ce qui doit être refait.

Alibaba veut proposer davantage de couches de l’infrastructure IA. Le choix qui restera au client se mesurera dans sa capacité à déplacer le service qu’il a construit, avec ses résultats et ses règles, au-delà du seul fichier du modèle.

Sources et méthode

Analyse documentaire rédigée le 6 octobre 2026, à partir du dossier du 2 octobre et d’une réouverture ciblée des sources. Le cas de l’assistant documentaire est un scénario explicatif ; aucun compte payant, déploiement ou export client n’a été testé. Les conséquences de migration sont des déductions techniques, pas une accusation de pratique abusive.

Les sources principales sont le bilan Apsara du 25 septembre, le projet Qwen3, le guide de fine-tuning Model Studio, la FAQ des bases de connaissances et la documentation PAI/OSS. Les restrictions de restitution sont attachées aux parcours cités. Aucun gain économique chiffré n’est retenu faute de comparaison complète à qualité et service constants.