
LongCat-2.5-Preview vs GPT-5.6 Sol : ce que coûte une fenêtre de 1 M de tokens de chaque côté
- typesafeNOUVEAUTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 par million de tokens · 610 tok/s
- openaiNOUVEAUOpenAI: GPT-6 Luna2026-09-2237Intelligence
- openaiNOUVEAUOpenAI: GPT-6 Sol2026-09-2248Intelligence
- anthropicNOUVEAUAnthropic: Claude Opus 5.52026-09-2258Intelligence
- grokNOUVEAUGrok 4.72026-09-2146Intelligence
- OrcaNOUVEAUOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $5.00 par million de tokens · 189 tok/s
- orcaNOUVEAUOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 par million de tokens · 1306 tok/s
- deepseekDeepSeek: DeepSeek V4.1 Flash2026-09-1040Intelligence
- openaiOpenAI: GPT-6 Astra2026-09-0453Intelligence77Code
- googleGoogle: Gemini 3.8 Flash2026-09-0241Intelligence76Code
- qwenQwen: Qwen3.8 Max (0902)2026-09-0245Intelligence76Code
- anthropicAnthropic: Claude Fable 5.12026-09-0153Intelligence82Code
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 par million de tokens · 111 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642Intelligence72Code
- DeepSeekDeepSeek: DeepSeek V4 Flash Vision (Exp)2026-08-21$0.22 / $0.66 par million de tokens · 225 tok/s
- z-aiZ.ai: GLM 5.32026-08-1845Intelligence75Code
- obsidianQwen3.8 27B2026-08-1534Intelligence68Code
- deepseekDeepSeek: DeepSeek V4 Pro 08132026-08-1236Intelligence69Code
- grokSpaceXAI: Grok 4.62026-08-1244Intelligence77Code
- metaMeta: Muse Spark 1.22026-08-0540Intelligence72Code
La chose la plus utile que l’on puisse dire à propos de LongCat-2.5-Preview face à GPT-5.6 Sol n’est pas de savoir lequel est le plus intelligent. C’est que tous deux annoncent une fenêtre de contexte d’environ un million de jetons, et que seul l’un des deux facture le même tarif pour toute la fenêtre. Le prix de Sol double au-delà de 272 000 jetons d’entrée. La grille tarifaire publiée de LongCat-2.5-Preview, du moins telle que Meituan la consigne, ne comporte aucun palier. Cette seule différence structurelle détermine la plupart des charges de travail réelles sur documents longs avant même que l’on consulte un benchmark — et c’est le genre de chose qu’une comparaison de fiches techniques ne vous montrera jamais, parce que les deux modèles affichent « 1M » dans la même taille de police.
Voici ce qui figure réellement au dossier pour chacun, organisé en fonction des questions qui méritent d’être posées.
La fenêtre d'un million de tokens correspond-elle au même produit des deux côtés ?
Non, et la différence n’est pas la fenêtre — c’est ce qui se produit lorsque vous la remplissez. Notre catalogue propose Sol avec une fenêtre de contexte de 1 050 000 jetons et une sortie maximale de 128 000 jetons, à 4,00 $ par million de jetons d’entrée et 20,00 $ par million de jetons de sortie pour les requêtes allant jusqu’à 272 000 jetons, l’entrée mise en cache étant à 0,40 $ par million et les écritures dans le cache à 5,00 $ par million. Au-delà de ce seuil, les tarifs passent à 8,00 $ et 30,00 $ par million. Ainsi, une passe de document de 500 000 jetons sur Sol est facturée au tarif de contexte long pour l’ensemble de la requête, et non à un tarif mixte.

LongCat-2.5-Preview affiche 1 000 000 de tokens de contexte et 131 072 tokens de sortie maximale. Sa grille tarifaire, publiée sur la propre plateforme de Meituan et signalée comme une remise à durée limitée, est de 0,30 $ par million de tokens d'entrée non mis en cache, 0,006 $ par million de tokens d'entrée mis en cache et 1,20 $ par million de tokens de sortie. Meituan ne publie aucun second palier. Cela ne revient pas à dire qu'il n'en existe aucun — cela signifie que le fournisseur n'en a pas décrit, et un prix qui n'est pas décrit n'est pas un prix sur lequel on peut établir un budget.
Mettons un chiffre dessus. Une lecture de 500 000 jetons qui réécrit 20 000 jetons coûte environ 4,60 $ sur Sol au palier de contexte long, et environ 17 cents sur LongCat-2.5-Preview à son tarif promotionnel publié. Ces deux chiffres relèvent de l’arithmétique sur des grilles tarifaires publiées, pas de mesures. Le rapport est suffisamment élevé pour changer ce qu’il est économiquement raisonnable de tenter : aux tarifs de contexte long de Sol, injecter une base de code dans un modèle est une décision ; à ceux de LongCat, c’est plutôt une option par défaut.
Laquelle a des preuves derrière le chiffre ?
Sol, et de loin, et c'est là ce qui empêche la comparaison de se réduire à un simple argument de prix. Sol est une sortie de juillet 2026 avec un profil indépendant complet dans notre catalogue : un Coding Index de 77,4, troisième des modèles suivis par Artificial Analysis ; un Intelligence Index de 47, à la treizième place ; GPQA Diamond 94,1 % ; Humanity's Last Exam 49,5 % ; SciCode 57,1 % ; Terminal-Bench v2.1 à 88,0 ; τ²-Bench à 85,1. Toutes ces données proviennent d'Artificial Analysis, et non d'OpenAI.
Son indicateur le plus pertinent pour cette comparaison est le Rappel en contexte long : 84. C'est le plus élevé des modèles de pointe que nous proposons, et il mesure si le modèle utilise encore des informations situées en profondeur dans une entrée longue — la question à laquelle une grande fenêtre de contexte est censée répondre. Il est également relevé à la longueur de contexte propre à Sol, selon les propres critères de Sol.
LongCat-2.5-Preview n'a pas d'équivalent. L'entrée du journal des modifications de Meituan pour le 25 septembre 2026 revendique la compréhension d'images, des capacités de codage et une compatibilité avec « Claude Code et d'autres environnements de développement courants », citant Hermes, OpenClaw, OpenCode et Kilo Code. Elle ne publie ni tableau de benchmarks, ni fiche de modèle, ni rapport technique. Les chiffres d'environ 1,6 billion de paramètres au total, dont environ 48 milliards d'actifs par token, proviennent des métadonnées du site de Meituan et de la couverture de la presse spécialisée chinoise, plutôt que de la documentation. Il n'existe aucun dépôt LongCat-2.5-Preview sur HuggingFace, aucun dans l'organisation GitHub de Meituan, et les métadonnées du catalogue fournies par OpenCode indiquent « open weights » : false.

Est-ce que le côté entrée correspond, ou seulement le côté sortie ?
C'est ici que le profil de Sol est plus large et que celui de LongCat est contesté. Sol accepte le texte, les images et les fichiers comme entrée dans notre catalogue, et renvoie du texte. Le changelog de LongCat-2.5-Preview présente la compréhension d'images comme sa principale nouveauté — « analyser le contenu d'une image pour les questions-réponses intermodales, le résumé de contenu et le raisonnement visuel complexe » — mais l'exemple de réponse dans la documentation « Retrieve Model » de Meituan montre encore input_modalities comme ["text"] avec une chaîne de modalité text->text. Cet exemple est peut-être simplement obsolète. Il n'en reste pas moins le contrat publié du fournisseur, et la lecture honnête est que l'entrée d'image est revendiquée plutôt que confirmée jusqu'à ce que vous la testiez.
Une conséquence pratique : une trace de raisonnement de LongCat-2.5-Preview arrive dans un champ reasoning_content entrelacé plutôt que sous forme de paramètre échantillonné. Les harnais qui analysent les complétions de chat sans s'attendre à ce champ laisseront tomber silencieusement la réflexion du modèle — aucune erreur, juste une réponse moins bonne. Quoi que vous décidiez au sujet du modèle lui-même, vérifiez cela en premier.
Laquelle est une voie que vous pouvez réellement garder ?
Sol fait partie des nôtres. Nous le servons au prix catalogue d'OpenAI, avec zéro marge, de sorte qu'un changement de prix du fournisseur se répercute sur votre facture le jour même plutôt qu'au prochain renouvellement, et le basculement automatique déplace une requête dégradée vers un fournisseur sain sans que votre application ne s'en aperçoive. LongCat-2.5-Preview ne fait pas partie de nos routes — nous ne le servons pas, et rien dans ce texte ne doit être interprété comme affirmant que nous le servons.
Cette asymétrie est précisément ce qui justifie la place de la couche de routage dans cette comparaison spécifique, plutôt que comme une remarque générale. La tarification par paliers de Sol signifie qu'une même tâche peut coûter deux fois plus cher uniquement à cause de la longueur de l'entrée, et le seuil se situe à 272 000 tokens — un nombre que votre application connaît avant d'envoyer la requête. Répartir une charge de travail selon la taille des requêtes entre plusieurs fournisseurs est exactement la raison d'être d'un DSL de routage, et la fusion de modèles va plus loin : deux modèles peuvent être composés sur une seule requête, de sorte qu'une passe à long contexte et une étape de synthèse de haute qualité n'aient pas à être le même modèle au même tarif. Ni l'un ni l'autre n'est une raison de choisir un modèle sans benchmark publié. Les deux sont des raisons de ne pas en figer un en dur.

En résumé
Si votre charge de travail est courte, Sol est le choix simple : il est troisième de l’index de codage, il affiche des chiffres indépendants sur tous les plans, et son côté entrée est documenté. Si votre charge de travail est longue, l’arithmétique s’inverse nettement — le palier de contexte long de Sol coûte environ 26 fois le tarif promotionnel de LongCat-2.5-Preview pour la même lecture de 500 000 tokens, et c’est Sol dont le score de rappel, 84, répond réellement à la question de savoir si la longue fenêtre fonctionne. Vous achetez une fenêtre longue mesurée à un tarif de pointe, face à une fenêtre longue non mesurée à un prix réduit que le fournisseur a déjà qualifié de temporaire.
Le mode de défaillance à éviter est de les traiter comme des options comparables. Ce ne sont pas le même produit vendu à des prix différents ; ce sont une capacité documentée et une promesse. La bonne façon de combler l’écart est d’exécuter LongCat-2.5-Preview sur vos propres tâches à long contexte tant qu’il est gratuit via OpenCode ou bon marché via Meituan — et de garder Sol derrière un routeur afin que le jour où le tarif promotionnel disparaît, ou où le palier long contexte dépasse votre budget, le basculement soit une ligne de configuration plutôt qu’une migration.
