Servidores MCP conectados
Edite cualquier fila. Deje una fila en blanco (sin nombre) para excluirla. Todas las filas cuentan para la unión del esquema en cada turno, independientemente de si las herramientas de ese servidor se llaman en esta sesión o no.
Volumen de sesiones y precios
—
costo mensual del esquema, configuración actual—total sin caché / mes
—total almacenado en caché / mes
—guardado por almacenamiento en caché
Costo mensual atribuido, por servidor
Ordenados por costo mensual atribuido, el más alto primero. La fila superior suele ser el mayor número de herramientas y el esquema más pesado; no necesariamente el servidor al que llama con más frecuencia.
| Servidor | Herramientas | Herramienta/esquema | Tok/giro | Participación del total | Costo mensual atribuido |
|---|
Cómo se conecta esto con otras herramientas
Esta calculadora es la capa de múltiples servidores además de dos herramientas de servidor único que ya se encuentran en este sitio; lea ambas para ver cómo encajan las tres. El Calculadora de costos del servidor MCP valora la infraestructura para ejecutar un servidor MCP: alojamiento, costo de construcción amortizado y un anticipo de mantenimiento mensual. Ese número lo paga quien opera el servidor y no tiene nada que ver con cómo lo usa una conversación de LLM en particular: un servidor puede hospedarse casi de forma gratuita y seguir siendo la partida más importante en su factura simbólica. El Calculadora de gastos generales de token de esquema de herramienta MCP tasa el impuesto simbólico recurrente de los esquemas de herramientas de un servidor que se reenvían en cada turno de una sesión: la versión de servidor único del impuesto al esquema. Esta calculadora agrega la parte que ninguno de esos cubre: lo que sucede una vez que más de un servidor está conectado a la misma sesión a la vez, donde el cliente reenvía el unión de los esquemas de cada servidor conectado juntos en cada turno, y cómo esa factura combinada debe dividirse por servidor para que sepa qué conexión realmente vale la pena mantener. Los productos de observabilidad de tiempo de ejecución dedicados como MCPSpend van más allá al medir el gasto real por servidor y por proyecto a partir de registros proxy en lugar de una estimación modelada; vale la pena combinarlo con esta calculadora una vez que desee verificar la atribución modelada con lo que realmente sucedió en producción.
Cómo funciona esta calculadora
El Calculadora de atribución de costos de múltiples servidores MCP comienza multiplicando el valor de cada servidor conectado recuento de herramientas por su tokens de esquema promedio por herramienta para obtener los tokens por turno de ese servidor, luego suma la fila de cada servidor en totalSchemaTokensPorTurno — la unión que el cliente reenvía en cada turno, cualquiera que sea la herramienta que realmente se llame. Multiplica eso por turnos por sesión para obtener el recuento de tokens de esquema por sesión, luego por sesiones por día × 30 para obtener el volumen de token de esquema mensual. Ese volumen tiene un precio ya sea al precio de entrada sin caché o el precio de entrada en caché dependiendo de la alternancia de almacenamiento en caché, lo que proporciona el título de costo del esquema mensual.
El paso de atribución es lo que la diferencia de una simple calculadora de tokens: el valor de cada servidor. participación del total son sus propios tokens por turno divididos por los tokens por turno combinados en cada servidor conectado, y su costo mensual atribuido es simplemente el costo mensual del esquema multiplicado por esa participación. Debido a que la participación de cada servidor suma exactamente el 100% del esquema conectado, los costos atribuidos siempre suman el costo mensual total: no se crea ni se destruye ningún costo al dividirlo, solo se reasigna. Esto se basa deliberadamente en cuánto del esquema conectado representa cada servidor, no con qué frecuencia se invocan realmente sus herramientas – un servidor puede ser la partida más cara de su factura mientras permanece completamente inactivo durante esa sesión, simplemente porque permanece conectado con una gran cantidad de herramientas y esquemas detallados. El almacenamiento en caché rápido cambia la magnitud en dólares del total (normalmente alrededor de un 90% de descuento una vez que el prefijo de esquema idéntico se repite paso a paso) pero no cambia qué servidor tiene la mayor parte: solo reduce el número al lado.
Preguntas frecuentes
¿Por qué conectar tres servidores MCP cuesta más que la suma de lo que costaría cada servidor por sí solo?
No cuesta más por servidor, pero sí cuesta más por turno de lo que la mayoría de la gente espera, porque el cliente no envía solo los esquemas de herramientas para el servidor que está a punto de usar: envía los esquemas para cada servidor MCP actualmente conectado a esa sesión, agrupados en una única unión, en cada turno. Si conecta un servidor MCP de GitHub con 26 herramientas, un servidor MCP de Slack con 11 herramientas, un servidor MCP de Postgres con 6 herramientas y un servidor MCP de sistema de archivos con 8 herramientas, el cliente reenvía el esquema de las 51 herramientas en el turno uno, en el turno dos y en cada turno posterior, independientemente de cuál herramienta se llame realmente en ese turno. Tres o cuatro servidores, cada uno de ellos de bajo costo de ejecución, pueden sumar una carga útil de esquema de decenas de miles de tokens ubicados en cada solicitud incluso antes de que comience la conversación, la misma mecánica de unión de herramientas conectadas documentada para servidores individuales pesados como GitHub, cuyas definiciones de herramientas por sí solas pueden ejecutar decenas de miles de tokens, simplemente multiplicadas por la cantidad de servidores que estén conectados a la misma sesión de cliente.
Si las herramientas de un servidor nunca fueron llamadas a esta sesión, ¿por qué todavía se le atribuye un costo?
Porque el costo que se valora aquí no es el costo de llamar a una herramienta, sino el costo del esquema que se encuentra en cada solicitud, ya sea que se use o no. El cliente no incluye selectivamente sólo los esquemas de las herramientas que espera llamar; incluye el esquema completo para cada herramienta en cada servidor conectado, en cada turno, y ese bloque de tokens se factura como tokens de entrada ordinarios, independientemente de lo que el modelo realmente haga con él. Esta calculadora atribuye la participación de cada servidor en la factura mensual del esquema en proporción a la participación de ese servidor en el esquema total conectado (herramientas multiplicadas por tokens promedio por herramienta, dividido por la suma en todos los servidores), no en proporción a la frecuencia con la que se invocan sus herramientas. Un servidor con una gran cantidad de herramientas y esquemas detallados puede terminar siendo responsable de la mayor parte de su factura mensual incluso sin llamadas reales, simplemente permaneciendo conectado, mientras que un servidor que usa constantemente pero que expone dos herramientas pequeñas cuesta casi nada en comparación. Esa discrepancia entre "caro de tener conectado" y "caro de usar" es el objetivo de la atribución de precios de esta manera en lugar de por el volumen de llamadas.
¿Activar el almacenamiento en caché rápido resuelve el problema del costo del esquema multiservidor?
Resuelve la magnitud del dólar, no la forma subyacente del costo. El almacenamiento en caché permite que el primer turno de una sesión pague el precio de entrada completo por el bloque de esquema, luego lea ese bloque idéntico desde el caché con un gran descuento (generalmente alrededor del 90%) para cada turno posterior, siempre y cuando exactamente el mismo conjunto de herramientas permanezca conectado sin que nada se reordene o cambie a mitad de la sesión. Ese descuento es real: en una configuración típica de múltiples servidores puede convertir una factura mensual de miles de dólares en unos pocos cientos. Pero no cambia qué servidor es responsable de la mayor parte de esa factura, porque la atribución sigue siendo proporcional a la parte del esquema conectado de cada servidor, almacenado en caché o no: un servidor pesado conectado pero rara vez utilizado sigue siendo la partida más grande, solo que en un número menor. Y el almacenamiento en caché solo funciona mientras la lista de herramientas permanece idéntica en cada turno; agregue, elimine o reordene un servidor conectado a mitad de sesión y la siguiente solicitud pierde el caché y paga el precio completo nuevamente.
¿En qué se diferencia de la calculadora de costos del servidor MCP y la calculadora de gastos generales de token de esquema de herramienta MCP que ya se encuentran en este sitio?
Los tres valoran algo relacionado con MCP, pero ninguno se superpone. La calculadora de costos del servidor MCP valora lo que cuesta construir, alojar y mantener un servidor MCP como infraestructura (horas de ingeniería, una factura mensual de alojamiento, anticipo de mantenimiento), un número que no cambia según cómo lo utilice cualquier conversación de LLM. La calculadora de gastos generales de token de esquema de herramienta MCP valora el impuesto de token recurrente de los esquemas de herramienta de un servidor que se reenvían en cada turno de una sesión, la versión de servidor único del impuesto de esquema. Esta calculadora es la versión multiservidor: modela lo que sucede una vez que conecta más de un servidor MCP a la misma sesión de cliente al mismo tiempo, donde el cliente reenvía la unión de los esquemas de cada servidor conectado en cada turno, luego divide esa factura mensual combinada entre la parte de cada servidor del esquema conectado total: el problema de atribución que solo existe una vez que hay más de un servidor en la sala.