Le journal des modifications de TokenLab offre aux développeurs un espace unique pour suivre les mises à jour

TokenLab publie désormais un journal des modifications public sur tokenlab.sh/en/changelog qui enregistre les changements de couverture des modèles, les mises à jour du comportement de l'API, les ajustements de facturation, les modifications de la documentation et les changements de plateforme dans un flux unique lisible par les développeurs, afin que les équipes n'aient plus à deviner ce qui a changé ou quand.

Si vous exécutez une application en production sur TokenLab, c'est la page que vous devez consulter avant de déboguer une réponse mystérieuse, avant d'actualiser une démo et avant de supposer que vos hypothèses de tarification sont toujours correctes.

Points clés à retenir

• Le journal des modifications de TokenLab suit la couverture des modèles, le comportement de l'API, la facturation et les changements de documentation en un seul endroit, daté et versionné pour une référence facile.
• Il est distinct du blog (annonces et guides) et du répertoire des modèles (état actuel des modèles pris en charge), et chacun sert un objectif distinct.
• Utilisez le journal des modifications comme premier arrêt lors du débogage de résultats inattendus, de la vérification de la tarification ou de la décision de mettre à jour un choix de modèle dans votre application.
• Une vérification simple, hebdomadaire ou par version, du journal des modifications peut éviter des pannes silencieuses dans les applications IA en production.

Pourquoi un journal des modifications public maintenant

Les équipes développant sur TokenLab ont toujours eu accès à la documentation et au répertoire des modèles, mais aucun des deux ne répond bien à une question simple : qu'est-ce qui a changé depuis la semaine dernière ? La documentation décrit l'état actuel. Le répertoire des modèles répertorie ce qui est disponible en ce moment. Aucun des deux ne vous indique que le format de sortie par défaut d'un modèle a changé, qu'une limite de débit a été modifiée ou qu'un nouveau modèle a remplacé un ancien dans un niveau de routage par défaut.

Le journal des modifications comble cette lacune. Chaque entrée est datée, classée par catégorie (couverture des modèles, comportement de l'API, facturation, documentation, plateforme) et rédigée dans un langage simple sur lequel un développeur peut agir sans avoir besoin de contexte supplémentaire. Si GPT-5.5 obtient une nouvelle fenêtre de contexte, c'est une entrée dans le journal des modifications. Si Claude Sonnet 5 change son format de réponse par défaut, c'est une entrée dans le journal des modifications. Si une méthode de calcul de facturation change, c'est également une entrée dans le journal des modifications.

L'objectif n'est pas de faire du marketing. Il s'agit d'un enregistrement précis qu'une équipe gérant une application en direct peut parcourir en moins de cinq minutes pour savoir exactement ce qu'il faut vérifier.

Ce que le journal des modifications suit réellement

Le journal des modifications couvre systématiquement cinq catégories :

• Couverture des modèles. Nouveaux modèles ajoutés, modèles obsolètes, changements dans les affectations de modèles par défaut. Exemple : Gemini 3.5 Flash ajouté comme défaut pour le niveau rapide, ou DeepSeek V4 Flash remplaçant un ancien modèle rapide dans une catégorie donnée.
• Comportement de l'API. Changements dans la forme des requêtes ou des réponses, comportement des délais d'attente, comportement du streaming, codes d'erreur ou valeurs par défaut des limites de débit.
• Facturation. Changements dans la manière dont l'utilisation est calculée, affichée ou rapportée, y compris les changements dans les unités indiquées sur les factures ou les tableaux de bord d'utilisation.
• Documentation. Réécritures substantielles de la documentation, nouveaux guides ou corrections de documents précédemment inexacts.
• Plateforme. Changements du tableau de bord, nouveaux paramètres de compte, changements dans la manière dont les clés API sont émises ou gérées.

Chaque entrée reçoit une courte description et une date. Les entrées qui affectent le comportement en production (comportement de l'API et couverture des modèles) sont signalées de manière plus visible que les changements cosmétiques comme les corrections de fautes de frappe dans la documentation.

Journal des modifications vs Blog vs Répertoire des modèles

Ces trois surfaces se chevauchent en termes de sujet mais pas en termes d'objectif. Les confondre est une perte de temps.

Surface	Objectif	Fréquence de mise à jour	Meilleure utilisation pour
Journal des modifications	Enregistrement daté de ce qui a changé	Continu, au fur et à mesure des déploiements	Débogage, vérification des changements récents, piste d'audit
Blog	Annonces, guides, contexte	Hebdomadaire à mensuel	Comprendre pourquoi un changement a eu lieu, apprendre de nouvelles fonctionnalités en profondeur
Répertoire des modèles	État actuel de tous les modèles pris en charge	Mis à jour au fur et à mesure de l'ajout/suppression de modèles	Choisir un modèle maintenant, vérifier les spécifications actuelles

Une façon pratique d'y penser : le répertoire des modèles vous dit ce qui est vrai aujourd'hui, le journal des modifications vous dit ce qui a changé pour en arriver là, et le blog vous explique pourquoi c'est important et comment bien l'utiliser.

Si vous décidez de passer de Kling 3.0 à Seedance pour une fonctionnalité de génération vidéo, commencez par le répertoire des modèles pour comparer les spécifications. Si la qualité de votre sortie semble soudainement différente, vérifiez le journal des modifications pour une entrée récente sur la couverture des modèles. Si vous souhaitez un guide sur les meilleures pratiques pour le nouveau modèle, consultez le blog.

Un flux de travail pour les équipes gérant des applications IA en production

La plupart des équipes ne veulent pas lire chaque entrée du journal des modifications au moment où elle est publiée. Une cadence plus légère fonctionne très bien pour la plupart des configurations de production :

Hebdomadairement :

• Parcourez le journal des modifications pour les entrées marquées « comportement de l'API » ou « couverture des modèles ».
• Vérifiez tout modèle signalé par rapport à ce que votre application appelle actuellement.

Avant une version ou une démo :

• Vérifiez le journal des modifications pour tout ce qui a été publié depuis votre dernière vérification.
• Confirmez que le répertoire des modèles répertorie toujours vos modèles choisis avec les mêmes spécifications que celles sur lesquelles vous avez construit.
• Si vous êtes sensible à la tarification, vérifiez la catégorie de facturation pour tout changement.

Lors du débogage de résultats inattendus :

• Vérifiez d'abord le journal des modifications, avant de supposer que votre propre code est défaillant.
• Recherchez le nom du modèle (par exemple, Qwen3.7 Plus, GLM-5.2, Kimi K2.7 Code) et la plage de dates approximative.
• Si rien ne correspond, passez au répertoire des modèles pour confirmer le comportement documenté actuel du modèle.

Trimestriellement :

• Examinez les modèles obsolètes signalés dans le journal des modifications et confirmez qu'aucun d'entre eux n'est encore intégré dans votre application.
• Comparez vos choix de modèles par défaut avec le répertoire des modèles actuel pour voir si une option plus récente (DeepSeek V4 Pro, Nano Banana Pro, PixVerse V6, Veo 3) convient mieux maintenant.

Une version simple sous forme de liste de contrôle, si vous souhaitez quelque chose à coller dans le manuel d'exploitation de votre équipe :

• Journal des modifications vérifié cette semaine pour les entrées de comportement de l'API ou de couverture des modèles
• Répertoire des modèles vérifié par rapport aux modèles utilisés en production
• Catégorie de facturation examinée si les coûts d'utilisation semblent inattendus
• Modèles obsolètes confirmés comme étant supprimés des chemins de code actifs
• Documentation examinée si un guide lié a été marqué comme mis à jour

Exemples pratiques d'entrées du journal des modifications

Pour rendre cela concret, voici le genre d'entrée que vous trouverez :

• "Couverture des modèles : GPT Image 2 ajouté au niveau de génération d'images, remplaçant le défaut précédent pour les nouveaux comptes."
• "Comportement de l'API : les réponses en streaming incluent désormais un objet de résumé d'utilisation final pour tous les points de terminaison de type chat-completion."
• "Facturation : le rapport d'utilisation sépare désormais les jetons de sortie des jetons de raisonnement dans les vues du tableau de bord."
• "Documentation : mise à jour du guide d'intégration pour les modèles de génération vidéo afin de refléter les noms de paramètres actuels."

Aucune de ces entrées ne nécessite la lecture d'un article d'annonce complet pour agir. C'est là tout l'intérêt.

FAQ

À quelle fréquence le journal des modifications de TokenLab est-il mis à jour ? Les entrées sont ajoutées au fur et à mesure des changements, et non selon un calendrier fixe. Certaines semaines comportent plusieurs entrées, en particulier autour des changements de couverture des modèles ; les semaines plus calmes peuvent n'en avoir aucune.

Dois-je lire tout l'historique du journal des modifications ou seulement les entrées récentes ? Pour le travail quotidien, les entrées récentes (quelques dernières semaines) suffisent. Utilisez l'historique complet lors de l'enquête sur un problème de longue date ou lors de la confirmation du moment où un modèle ou un comportement spécifique a été introduit.

Le journal des modifications remplace-t-il le blog pour en savoir plus sur les nouvelles fonctionnalités ? Non. Le journal des modifications vous indique ce qui a changé et quand. Le blog explique pourquoi c'est important et comment bien l'utiliser, souvent avec des exemples concrets. Utilisez les deux ensemble.

Sources et fraîcheur

Cet article reflète le journal des modifications, le blog et le répertoire des modèles de TokenLab tels qu'observés le 07/07/2026. Les noms de modèles et les exemples référencés (Claude Sonnet 5, GPT-5.5, Gemini 3.5 Flash, DeepSeek V4 Pro, DeepSeek V4 Flash, GLM-5.2, Qwen3.7 Plus, Kimi K2.7 Code, Seedance, Veo 3, PixVerse V6, Kling 3.0, GPT Image 2, Nano Banana Pro) sont à jour à cette date. Consultez le journal des modifications en direct pour les mises à jour après cette date.

---

Prêt à arrêter de deviner ce qui a changé ? Ajoutez le journal des modifications de TokenLab à vos favoris, associez-le au répertoire des modèles pour les spécifications actuelles, et utilisez le blog lorsque vous avez besoin de connaître toute l'histoire derrière un changement.

Lectures connexes et prochaine étape

Se tenir au courant du journal des modifications n'est qu'une partie de la mise à jour sur TokenLab. La tarification et la disponibilité des modèles changent assez souvent pour qu'il soit utile de vérifier quelques autres ressources avant de passer à l'échelle. Si vous choisissez vers quel modèle router les requêtes, AI Model Leaderboard Watch: How Developers Should Read Model Rankings in 2026 explique comment interpréter les changements de classement plutôt que d'y réagir. Pour la planification des coûts, AI API Pricing Comparison 2026: The Real Cost of GPT-5.5, Claude Sonnet 5, and Gemini 3.5 Flash détaille les coûts réels par jeton chez les différents fournisseurs. Et si vous n'avez encore rien déployé, Build an AI Chatbot with One API Key: From Zero to Production in 30 Minutes vous guide à travers une configuration fonctionnelle du début à la fin.

Comme toujours, vérifiez les détails actuels du modèle et de la tarification avant une utilisation en production à haut volume, car les deux peuvent changer entre deux entrées du journal des modifications. Prêt à essayer par vous-même ? Créez une clé API et commencez à construire.