Comment fonctionne cette calculatrice
Le Calculateur d'attribution de coûts multiserveurs MCP commence par multiplier les valeurs de chaque serveur connecté nombre d'outils par son jetons de schéma moyens par outil pour obtenir les jetons de ce serveur par tour, puis additionne les lignes de chaque serveur en totalSchemaTokensParTour - l'union que le client renvoie à chaque tour, quel que soit l'outil réellement appelé. Multipliez cela par tours par session pour obtenir le nombre de jetons de schéma par session, puis séances par jour × 30 pour obtenir le volume mensuel des jetons de schéma. Ce volume est tarifé soit au prix d'entrée non mis en cache ou le prix d'entrée mis en cache en fonction de la bascule de mise en cache, donnant le titre du coût mensuel du schéma.
L'étape d'attribution est ce qui différencie ce système d'un simple calculateur de jetons : le part du total est ses propres jetons par tour divisés par le nombre combiné de jetons par tour sur chaque serveur connecté, et son coût mensuel attribué est simplement le coût mensuel du schéma multiplié par cette part. Étant donné que la part de chaque serveur représente exactement 100 % du schéma connecté, les coûts attribués totalisent toujours le coût mensuel total : aucun coût n'est créé ou détruit en le divisant, seulement réaffecté. Ceci est délibérément basé sur quelle part du schéma connecté représente chaque serveur, et non quelle fréquence ses outils sont réellement invoqués - un serveur peut être l'élément de campagne le plus cher de votre facture alors qu'il reste complètement inactif pendant cette session, simplement parce qu'il reste connecté avec un grand nombre d'outils et des schémas détaillés. La mise en cache rapide modifie l'ampleur du total en dollars (généralement une remise d'environ 90 % une fois que le préfixe de schéma identique se répète tour à tour), mais ne change pas le serveur qui détient la plus grande part : elle réduit uniquement le nombre à côté.
Questions fréquemment posées
Pourquoi la connexion de trois serveurs MCP coûte-t-elle plus que la somme de ce que coûterait chaque serveur seul ?
Cela ne coûte pas plus cher par serveur, mais cela coûte plus cher par tour que ce à quoi la plupart des gens s'attendent, car le client n'envoie pas uniquement les schémas d'outils pour le serveur que vous êtes sur le point d'utiliser - il envoie les schémas pour chaque serveur MCP actuellement connecté à cette session, regroupés dans une seule union, à chaque tour. Si vous connectez un serveur GitHub MCP avec 26 outils, un serveur Slack MCP avec 11 outils, un serveur Postgres MCP avec 6 outils et un serveur MCP de système de fichiers avec 8 outils, le client renvoie le schéma des 51 outils au premier tour, au deuxième tour et à chaque tour suivant, quel que soit l'outil réellement appelé à ce tour. Trois ou quatre serveurs, chacun individuellement peu coûteux à exécuter, peuvent représenter une charge utile de schéma de dizaines de milliers de jetons présents dans chaque requête avant même le début de la conversation, le même mécanisme d'union d'outils connectés documenté pour les serveurs uniques lourds comme GitHub, dont les définitions d'outils à elles seules peuvent contenir des dizaines de milliers de jetons, simplement multipliés selon le nombre de serveurs connectés à la même session client.
Si les outils d'un serveur n'ont jamais été appelés dans cette session, pourquoi un coût leur est-il quand même attribué ?
Parce que le coût indiqué ici n'est pas le coût de l'appel d'un outil, mais le coût du schéma présent dans chaque requête, qu'il soit utilisé ou non. Le client n'inclut pas de manière sélective uniquement les schémas des outils qu'il s'attend à appeler ; il inclut le schéma complet de chaque outil sur chaque serveur connecté, à chaque tour, et ce bloc de jetons est facturé comme des jetons d'entrée ordinaires, indépendamment de ce que le modèle en fait réellement. Ce calculateur attribue la part de chaque serveur dans la facture mensuelle du schéma proportionnellement à la part de ce serveur dans le schéma total connecté (les outils multipliés par les jetons moyens par outil, divisés par la somme sur tous les serveurs) et non proportionnellement à la fréquence à laquelle ses outils sont invoqués. Un serveur avec un grand nombre d'outils et des schémas détaillés peut finir par être responsable de la majeure partie de votre facture mensuelle même avec zéro appel réel, simplement en restant connecté, tandis qu'un serveur que vous utilisez constamment mais qui expose deux petits outils ne coûte presque rien en comparaison. Cette inadéquation entre « coûteux à connecter » et « coûteux à utiliser » est tout l'intérêt de l'attribution des prix de cette manière plutôt que par volume d'appels.
L'activation de la mise en cache rapide résout-elle le problème de coût du schéma multi-serveur ?
Cela résout l’ampleur du coût en dollars, et non la forme sous-jacente du coût. La mise en cache permet au premier tour d'une session de payer le prix d'entrée complet pour le bloc de schéma, puis de lire ce bloc identique depuis le cache avec une remise importante - généralement environ 90 % de réduction - pour chaque tour suivant, tant que le même ensemble d'outils reste connecté sans rien de réorganisé ou de modifié en cours de session. Cette remise est réelle : sur une configuration multi-serveurs typique, elle peut transformer une facture mensuelle de plusieurs milliers de dollars en quelques centaines. Mais cela ne change pas quel serveur est responsable de la plus grande part de cette facture, car l'attribution est toujours proportionnelle à la part de chaque serveur dans le schéma connecté, mis en cache ou non - un serveur lourd connecté mais rarement utilisé reste le poste le plus important, mais avec un nombre plus petit. Et la mise en cache ne fonctionne que tant que la liste d'outils reste identique tour à tour ; ajoutez, supprimez ou réorganisez un serveur connecté en cours de session et la requête suivante manque le cache et paie à nouveau le plein prix.
En quoi est-ce différent du calculateur de coût du serveur MCP et du calculateur de frais généraux de jeton de schéma de l'outil MCP déjà présents sur ce site ?
Les trois prix coûtent quelque chose en rapport avec MCP, mais aucun d’entre eux ne se chevauche. Le calculateur de coût du serveur MCP évalue le coût de construction, d'hébergement et de maintenance d'un serveur MCP en tant qu'infrastructure (heures d'ingénierie, facture d'hébergement mensuelle, provision pour maintenance) - un chiffre qui ne change pas en fonction de la manière dont une conversation LLM l'utilise. Le calculateur de frais généraux de jeton de schéma de l'outil MCP évalue la taxe de jeton récurrente des schémas d'outils d'un serveur renvoyés à chaque tour d'une session, la version sur serveur unique de la taxe de schéma. Cette calculatrice est la version multi-serveur : elle modélise ce qui se passe une fois que vous connectez plusieurs serveurs MCP à la même session client en même temps, où le client renvoie l'union des schémas de chaque serveur connecté ensemble à chaque tour, puis divise cette facture mensuelle combinée par la part de chaque serveur dans le schéma total connecté - le problème d'attribution qui n'existe que lorsque plus d'un serveur est dans la salle.