Cada servidor MCP registrado cuesta tokens en cada turno
Tus servidores MCP sin usar te facturan en cada mensaje.
El Model Context Protocol (MCP) permite que un agente hable con herramientas externas — bases de datos, gestores de incidencias, navegadores — a través de una interfaz estándar. Es genuinamente útil. Pero hay un costo fácil de pasar por alto: cuando un servidor está registrado, su esquema de herramientas completo (nombres, descripciones y definiciones de parámetros de cada herramienta que expone) se inyecta en el contexto del modelo. Esa inyección ocurre en cada turno, uses o no la herramienta. Un montón de servidores "por si acaso" es un impuesto permanente sobre cada mensaje que envías.
A dónde se van los tokens
Un solo servidor MCP puede exponer varias herramientas, cada una con un nombre, una descripción y un esquema JSON para sus argumentos. Renderizado en el contexto, un servidor típico agrega del orden de mil tokens de esquema por turno — más para servidores con muchas herramientas. Registra ocho de ellos y ya cargas varios miles de tokens de definiciones de herramientas antes de escribir una palabra. Eso infla el costo y consume el presupuesto de contexto que preferirías gastar en tu código.
Lo insidioso es que los servidores inactivos cuestan lo mismo que los activos. Un servidor que registraste para una tarea puntual el mes pasado te sigue facturando en la conversación de hoy que no tiene nada que ver.
El mecanismo: audita, reemplaza, da de baja
Tres pasos, en orden:
- Audita lo que está registrado. Lista tus servidores configurados y sé honesto sobre cuáles invocaste realmente hace poco.
claude mcp list
- Reemplaza servidores MCP en la nube por CLIs simples donde puedas. Un agente que puede correr comandos de shell a menudo no necesita un servidor dedicado. Una llamada al CLI
ghlee una incidencia de GitHub sin que el esquema de un servidor MCP de GitHub ocupe el contexto;psqlo un script de consulta pueden sustituir a un servidor de base de datos. El texto de ayuda del CLI se carga solo cuando el agente decide ejecutarlo, no se antepone a cada turno.
- Da de baja el resto. Si no estás usando un servidor en esta sesión, quítalo.
claude mcp remove <name>
Servidor MCP vs. CLI simple
| Servidor MCP registrado | CLI simple | |
|---|---|---|
| Esquema en contexto | Cada turno, siempre | Solo al invocarse |
| Costo en tokens por turno | ~1k+ tokens cada uno | ~0 hasta usarse |
| Configuración | Config + proceso en ejecución | Normalmente ya instalado |
| Ideal para | Integraciones ricas y con estado que usas constantemente | Llamadas puntuales u ocasionales |
MCP no es el enemigo: brilla para integraciones en las que te apoyas cada sesión. El desperdicio es la cola larga de servidores poco usados que quedan registrados.
Movidas avanzadas
- Trata ocho o más servidores como una señal de alarma. Pasado ese número, el sobrecosto del esquema es una porción significativa de tu contexto en cada mensaje. Poda con energía.
- Audita antes de una sesión larga. El impuesto se acumula a lo largo de una conversación larga, así que limpiar el peso muerto al inicio rinde más en tus sesiones más pesadas.
- Acota los servidores por proyecto. Registra un servidor en el único repo que lo necesita en vez de globalmente, para que no se cargue en trabajo no relacionado.
- Prefiere una herramienta de shell antes que cinco servidores de nicho. Una sola capacidad de ejecución de comandos más buenos CLIs suele reemplazar una pila de servidores MCP estrechos a una fracción del costo por turno.
Recursos
- Model Context Protocol — sitio oficial
- Documentación de Anthropic — Connect Claude Code to tools via MCP
- Anthropic — Introducing the Model Context Protocol
- Especificación de MCP
¿Desarrollas sistemas de IA o en la nube? Yeda AI audita y refuerza pipelines de LLM y agentes en producción. Hablemos · Lee el blog