Tarifs de Kimi K2.7 Code : prix de l'API, paliers et coûts réels

Les tarifs de Kimi K2.7 Code en un coup d'œil

Voici la partie pour laquelle vous êtes venu. Ce sont les tarifs officiels de la page de tarification de Moonshot, par million de tokens :

Quelques détails que le tableau seul ne vous dit pas. Moonshot facture à la fois les tokens en entrée et en sortie à chaque appel de complétion de chat, et si vous téléversez un document et que vous passez son texte extrait dans un prompt, ce texte compte aussi comme entrée facturée - l'étape d'extraction elle-même est temporairement gratuite, seul l'appel de complétion vous est facturé. Il n'existe aucun palier API gratuit ; une recharge cumulée de 1 $ est le ticket d'entrée avant que l'API ne réponde à ne serait-ce qu'une seule requête. HighSpeed n'est pas un modèle différent, ce sont les mêmes poids optimisés pour le débit (environ 180 tokens/seconde, jusqu'à 260 sur des contextes courts), et Moonshot facture cette vitesse à un tarif fixe de 2x sur chaque palier.

Le piège : les limites de débit dépendent de ce que vous avez payé, pas d'un quota fixe

Voici le détail structurel qui façonne la façon dont la tarification se déroule réellement pour un compte réel. Les limites de débit de Moonshot évoluent avec la recharge cumulée, pas avec un plafond fixe par clé :

À 1 $, vous êtes au Tier0 : une requête simultanée, trois requêtes par minute, un plafond quotidien de 1,5 million de tokens. C'est une limite de preuve de concept, pas une limite de production - une seule boucle d'appels d'outils MCP exécutant plus de 4 000 étapes (exactement la charge de travail longue durée pour laquelle K2.7 Code est conçu) viendra buter presque immédiatement contre le plafond de concurrence du Tier0. Moonshot distribue bien un bon de 5 $ une fois que vous dépassez 5 $ de recharge cumulée, mais c'est un crédit incitatif ponctuel, pas une allocation gratuite récurrente. Tout ce qui dépasse le Tier5 implique d'écrire directement à api-service@moonshot.ai pour un arrangement sur mesure.

Comment cela se compare à Opus 4.8, et où des tiers cassent le prix propre de Moonshot

La propre fiche modèle de Moonshot met la tarification de K2.7 Code en regard de Claude Opus 4.8, et l'écart est le chiffre phare mis en avant par chaque publication de lancement :

Opus 4.8 coûte plus de 5 fois plus cher par token et ne propose pas de poids ouverts, mais il embarque une fenêtre de contexte bien plus grande de 1 million de tokens et, selon le propre tableau de benchmarks de Moonshot, reste en tête devant K2.7 Code sur la plupart des six évaluations de code publiées. Le seul endroit où K2.7 Code bat réellement Opus 4.8 de façon nette est MCP Mark Verified (81,1 contre 76,4) - une vraie victoire en tête-à-tête sur un benchmark d'utilisation d'outils, pas juste un lot de consolation moins cher.

Le tarif propre de Moonshot à 0,95 $/4,00 $ n'est pas non plus la façon la moins chère de faire tourner ce modèle. Le tableau des fournisseurs d'OpenRouter liste plus d'une douzaine d'hébergeurs tiers qui servent les mêmes poids ouverts :

DeepInfra casse le prix propre de Moonshot d'environ 20 à 25 % sur les tokens en entrée tout en égalant de près sa disponibilité. C'est l'avantage direct des poids ouverts : comme n'importe qui peut héberger le modèle, le fournisseur officiel n'a pas le pouvoir de fixation des prix qu'aurait un laboratoire fermé. La propre moyenne pondérée sur 30 jours d'OpenRouter sur tous les hébergeurs, après prise en compte des cache hits, ressort à environ 0,38 $/million en entrée et 4,13 $/million en sortie - un rappel que le prix affiché sur n'importe lequel de ces tableaux est un plafond, pas ce que paie réellement une charge de travail bien mise en cache.

Auto-hébergement : la vraie option à zéro dollar

Si ni le tarif propre de Moonshot ni la remise d'OpenRouter ne sont assez bon marché, les poids sont à vous pour les faire tourner. Kimi K2.7 Code est distribué sous une licence MIT modifiée couvrant à la fois le code et les poids, téléchargeable directement depuis Hugging Face - 870 022 téléchargements le mois dernier au moment où j'ai vérifié, un chiffre d'adoption en poids ouverts véritablement important. L'auto-hébergement signifie que le seul coût est votre propre calcul, pas des frais par token versés à Moonshot.

Le hic, c'est la taille. La pleine précision BF16 pèse environ 595 Go sur disque - un déploiement de classe serveur, pas un modèle pour ordinateur portable. La quantification communautaire réduit considérablement cet écart : r/unsloth a publié une quantification dynamique en 2 bits qui ramène le modèle à environ 325 Go (une réduction de 48 %) tout en continuant de tourner à plus de 40 tokens/seconde sur des configurations RAM/VRAM grand public, à l'aide de moteurs d'inférence comme vLLM, SGLang ou KTransformers. C'est une option réelle, qui échange simplement une facture de tokens contre une facture de matériel.

L'écart entre l'affirmation « 30 % moins cher » et ce que paient réellement les comptes

Voici la partie qui change réellement la façon dont vous devriez lire chacun des tableaux de tarifs ci-dessus. L'affirmation phare d'efficacité de Moonshot est que K2.7 Code utilise environ 30 % de tokens de raisonnement en moins que K2.6 - « moins de surréflexion », selon la formulation de l'entreprise - ce qui devrait réduire la moitié « sortie » de la facture, puisque les tokens de raisonnement sont facturés comme de la sortie sur la plupart des grilles tarifaires.

Reddit raconte une autre histoire. Un fil intitulé "Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit" résume la plainte principale en un seul titre, et la réponse la plus votée ne l'atténue pas :

« Pareil pour moi : je dépense les tokens deux fois plus vite... »

u/Rupertonic, commentaire sur « Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit »

Un autre fil, "Does the new Kimi K2.7 use up your credits twice as fast?", décrit un forfait payant qui « draine 1 % par tâche complexe » à un rythme que l'auteur n'attendait pas au départ. Tout le monde n'est pas d'accord sur la cause - un fil, "Do you think the increase in consumption of Kimi 2.7 is due to...", présente cela comme une question ouverte entre problèmes d'infrastructure, régressions du modèle ou, comme l'a dit sans détour un commentateur, « pure cupidité de la part de Moonshot ». Ce qui est constant à travers ces fils, c'est la direction : l'usage réel va à l'encontre de l'affirmation officielle d'efficacité, pas dans son sens.

Le propre exemple de calculateur de coûts de MarkTechPost est une illustration utile de ce à quoi les économies revendiquées devraient ressembler, même si les comptes réels ne les constatent pas. En supposant 50 000 tokens en entrée et 8 000 tokens en sortie par exécution, un taux de cache hit de 50 % et 1 000 exécutions par mois, le raisonnement représentant 40 % de la sortie :

• Coût d'entrée : ~28,50 $/mois
• Coût de sortie : ~32,00 $/mois
• Total mensuel estimé : ~60,50 $/mois
• Économie estimée grâce à la réduction de 30 % des tokens de raisonnement : ~3,84 $/mois, comparé à la même charge de travail exécutée avec un raisonnement de style K2.6

C'est une économie réelle mais modeste sur le papier, pour une charge de travail modérée, si l'affirmation d'efficacité se vérifie. Sur les fils Reddit ci-dessus, elle ne se vérifie pas pour tout le monde, ce qui signifie que la façon honnête de budgéter K2.7 Code est de le tarifer sur la consommation de tokens de l'ère K2.6 et de traiter toute économie comme un bonus, pas comme une base.

Tarification au token contre paiement au résultat

Voici le recadrage que je voudrais vous laisser, celui vers lequel je reviens souvent après des années passées à observer l'IA tourner sur des files d'attente réelles plutôt que sur des benchmarks. La tarification de Kimi K2.7 Code est vraiment bonne si vous êtes un développeur avec un agent de code et un volume de tokens raisonnablement prévisible - vous pouvez prévoir une facture mensuelle dans une fourchette raisonnable, et vous avez trois façons de payer moins (tarif officiel, OpenRouter, ou auto-hébergement). Mais si la raison pour laquelle vous avez atterri sur une page de « tarification de modèle de code » est qu'en réalité vous essayez de budgétiser l'IA pour quelque chose comme le support client, la facturation au token est tout simplement la mauvaise unité, et les fils communautaires ci-dessus expliquent exactement pourquoi.

Un ticket résolu en trois appels d'outils rapides et un ticket qui en nécessite douze coûtent des montants radicalement différents sous une facturation au token, et une mise à jour de modèle - comme de K2.6 à K2.7 - peut silencieusement doubler le coût d'une conversation « résolue » sans que personne ne change un seul paramètre. C'est exactement l'imprévisibilité qui fait caler les équipes sur les déploiements de support par IA : vous ne pouvez pas inscrire un chiffre dans le budget de l'année prochaine si ce chiffre bouge à chaque fois que le fournisseur livre un modèle qui « réfléchit » différemment, et un modèle contraint de toujours raisonner avant de répondre - ce qui est le cas de K2.7 Code, le mode de réflexion ne pouvant pas être désactivé - est une variable de plus qui s'ajoute à cela.

Essayer eesel

Si vous êtes arrivé jusqu'ici parce que vous évaluez la tarification de l'IA pour le support client plutôt que pour un agent de code, cette partie mérite une lecture attentive. eesel est un coéquipier de support IA qui tourne sous le capot sur des modèles de pointe, mais vous ne surveillez jamais un compteur de tokens : c'est facturé au ticket résolu, à partir de 0,40 $ par ticket sans frais de siège ni minimum de plateforme, si bien qu'une mise à jour de modèle en coulisses ne change pas discrètement votre facture. Il se branche sur votre helpdesk existant (Zendesk, Freshdesk, Front, et plus de 100 autres), apprend de votre véritable historique de tickets dès le premier jour, et vous pouvez le simuler sur vos tickets passés pour voir le vrai taux de résolution, et le vrai coût, avant qu'il ne réponde jamais à un client en direct.