ByteDance a confirmé le report de son grand modèle de langage Doubao 2.2, dont la sortie était prévue en août. Selon plusieurs sources proches de l'entreprise, ce report vise à consacrer davantage de temps à un pré-entraînement et un post-entraînement plus complets afin de rehausser les capacités de codage, d'appel d'outils et d'agents, en échangeant un cycle de développement plus long contre une amélioration de plus grande ampleur. Dans l'ordre des priorités internes, la version 2.2 est présentée comme un renforcement clé entre deux générations, plutôt que comme un saut de version majeur.
Le point faible se concentre sur le codage
La direction du renforcement est énoncée sans détour : codage, appel d'outils, agents. Ces trois capacités s'inscrivent déjà dans une même chaîne — si le modèle code mal, l'appel d'outils devient instable ; si l'appel d'outils est instable, l'agent ne peut pas mener à bien des tâches longues.
La capacité de codage figure parmi les principaux objectifs de l'équipe Seed pour 2026, avec un standard interne fixé pour la fin de l'année : atteindre une influence sectorielle comparable à celle de GLM-5.2 et de Kimi-K3. Ce point de comparaison, plutôt réaliste, montre que ByteDance a une idée claire de sa position actuelle auprès des développeurs.
Le codage est aussi, pour l'instant, le scénario qui se convertit le mieux en revenus. Le taux de conversion payante côté grand public reste médiocre, tandis que les développeurs qui appellent l'API pour écrire du code sont facturés à l'usage — la majeure partie de la croissance des revenus des modèles chinois cette année provient de ce segment. Côté grand public, ByteDance s'appuie sur l'application Doubao et sur Douyin, mais sur ce segment du codage, l'entreprise n'a pas encore de position équivalente.
Pour tenter de rattraper son retard, ByteDance a publié en juillet de petites mises à jour de fonctionnalités presque tous les jours. Ces itérations quotidiennes peuvent améliorer l'expérience, mais ne changent rien aux capacités de base du modèle — au bout du compte, il faut passer par un réentraînement complet.
La restructuration du 20 août
Le 20 août, ByteDance a procédé à une restructuration majeure de sa division de modèles de base Seed, la redécoupant en quatre départements de premier niveau : données de pré-entraînement, apprentissage par renforcement, scénarios bureautiques et scénarios grand public.
Ce découpage sépare la construction des capacités de leur mise en application concrète : les deux premiers départements gèrent le modèle en lui-même, les deux derniers se chargent de le transformer en produit. Lancer une nouvelle version juste après avoir restructuré l'organisation n'a jamais été un calendrier réaliste. Le report de la sortie et cette restructuration ressemblent davantage à deux facettes d'une même décision.
La concurrence ne ralentit pas
On peut dresser la liste des mouvements du camp des modèles chinois ces deux derniers mois : Zhipu AI a lancé GLM-5.3-Flash, avec 18 milliards de paramètres activés, à un prix ramené à un dixième de celui de la génération précédente ; la version préliminaire Hy4 de Hunyuan, chez Tencent, devance légèrement GLM-5.3 et Kimi K3 dans des tests à l'aveugle ; Kimi et Qwen d'Alibaba maintiennent eux aussi un rythme de mises à jour élevé. En un mois peuvent apparaître deux ou trois versions capables de rebattre le classement, et c'est justement ByteDance qui retient son rythme.
Le coût de ce report peut aussi se calculer grossièrement. Un cycle de réentraînement incluant un post-entraînement complet se compte généralement en mois ; en repoussant 2.2 au-delà d'août, la sortie effective devrait très probablement glisser jusqu'au quatrième trimestre. Au rythme actuel, la prochaine génération de la concurrence devrait alors déjà être disponible — le point de comparaison auquel 2.2 devra faire face à sa sortie ne sera peut-être plus GLM-5.2 et Kimi-K3, ceux visés au moment du lancement du projet.
Le fondateur Zhang Yiming avait déjà déclaré ne pas vouloir emprunter la voie de la distillation de modèles, même au prix d'un retard à court terme. Le PDG Liang Rubo l'a formulé de façon plus complète lors de l'assemblée générale de mi-année, le 6 août :
« Sur les grands modèles de langage, ByteDance continuera de miser sur la R&D en propre, de bien maîtriser les fondamentaux, d'accepter un retard à court terme et de rester concentré sur l'optimisation à long terme. »
Pour une entreprise habituée à l'emporter grâce à la vitesse d'itération de ses produits, inscrire la phrase « accepter un retard à court terme » dans une assemblée générale est une formulation peu courante. L'absence d'une version à court terme ne fera pas perdre d'utilisateurs à Doubao, la distribution étant déjà assurée ; mais le marché des développeurs se fie au classement des capacités, un terrain où il n'y a pas de dividende de distribution à récolter. Des rapports publics mentionnent par ailleurs que ByteDance fait progresser en parallèle un modèle de génération encore plus massive, ce qui clarifie la position de 2.2 : il doit combler l'intervalle entre aujourd'hui et l'arrivée de cette prochaine génération.
Sources : Baijing Lab, CocoLoop, IT Home ; les raisons du report de Doubao 2.2, les quatre départements issus de la restructuration de Seed et les propos de Liang Rubo lors de l'assemblée générale ont tous été vérifiés à partir de rapports publics.