TokenEconomizer restringe MCP en sidecalls de Claude Code

La alteración es puntual, pero importante para quien conecta herramientas al agente. El propio repositorio explica que la opción anterior eliminaba herramientas nativas de Claude Code, pero no eliminaba los servidores MCP de la sesión. El parche intenta limitar la llamada auxiliar a lo que realmente necesita.

En este artículo vas a ver:

• Qué llama TokenEconomizer sidecall
• Por qué --tools "" no aislaba los servidores MCP
• El escenario de 503 herramientas descrito en el código
• Qué cambia la corrección y cuáles son sus límites

TokenEconomizer usa sidecalls de Claude Code para tareas auxiliares

El TokenEconomizer es un plugin de Microsoft para reducir desperdicio en sesiones de agentes de programación. El README oficial lista Claude Code, Codex, GitHub Copilot CLI y Pi como integraciones, además de soporte experimental a OpenCode. El proyecto aprende con sesiones anteriores en el mismo repositorio e intenta cortar trabajo repetido.

Una sidecall es una llamada auxiliar hecha por el plugin para tareas como proponer una micro habilidad, evaluar si el agente quedó atrapado en un ciclo o redactar una sugerencia para intentar otro camino. No es la sesión principal del desarrollador y, en general, solo necesita leer el prompt y devolver texto.

La imagen del repositorio oficial de TokenEconomizer resume tres mecanismos: micro skills para reutilizar contexto del proyecto, poda de herramientas que nunca se usan e intervención cuando el agente repite una falla. El PR reciente trata de limitar las herramientas disponibles a una llamada auxiliar de Claude Code.

El PR #89 cambió la configuración MCP de las llamadas auxiliares

Antes de la corrección, la llamada de Claude Code usaba --tools "" para eliminar las herramientas nativas. El comentario de código del proyecto dice que eso no eliminaba los servidores MCP ya asociados a la sesión. Los respectivos esquemas de herramientas todavía podían incluirse en el contexto de la sidecall.

El PR #89 añade una verificación de la ayuda de Claude Code para saber si la opción --strict-mcp-config está disponible. Cuando lo está, TokenEconomizer crea un archivo temporal de configuración con la lista mcpServers vacía y pasa ese archivo junto con la opción restringida.

El código mantiene las llamadas de catálogo fuera de esta regla, porque necesitan consultar las herramientas MCP para descubrir qué está disponible. El cambio, por lo tanto, no apaga los servidores de la sesión normal del usuario. Busca evitar que se adjunten a una petición auxiliar que no necesita llamarlos.

La alteración también incluye una prueba de regresión para verificar que una sidecall no herede los servidores MCP personales. La prueba preserva por separado las consultas de catálogo, que necesitan seguir viendo las herramientas.

503 herramientas pueden ampliar el contexto de la sidecall

El código publicado por el proyecto describe un escenario específico con Claude Code 2.1.301, 31 servidores y 503 herramientas. En esa prueba, una llamada de una línea al modelo Haiku llegaba a cerca de 570 mil tokens efectivos cuando los servidores estaban adjuntos, contra cerca de 14 mil sin ellos.

Esos números aparecen como ejemplo en el comentario de la implementación, no como un benchmark independiente ni como promedio de uso. El resultado depende de la cantidad y del tamaño de las descripciones de herramientas en cada entorno. Ayuda a entender por qué una llamada corta aún puede llevar consigo un contexto mucho mayor que el texto enviado.

La diferencia no significa que Claude Code haya procesado 570 mil tokens de respuesta. El problema señalado es el contexto efectivo asociado a las herramientas disponibles para esa llamada. En un agente que hace varias llamadas auxiliares a lo largo de una sesión, este tipo de configuración puede multiplicar el trabajo repetido.

Para una visión general de cómo se configuran y conectan los servidores MCP a un editor, vea también la guía de MCP en VS Code ya publicada en el blog. La corrección de TokenEconomizer es más estrecha: altera el conjunto de servidores provisto a una llamada interna del plugin.

La corrección depende de las opciones disponibles en Claude Code

El código solo añade la configuración vacía cuando encuentra --strict-mcp-config en la salida de claude --help. Por lo tanto, el comportamiento depende de las opciones ofrecidas por la instalación local. La descripción del PR no afirma que la misma restricción funcione en toda versión del CLI.

La prueba del proyecto cubre el caso en que existen las opciones restringidas y verifica que el archivo temporal no incluye servidores del usuario. Quien usa una versión diferente debe confirmar el comportamiento en la ayuda del CLI y revisar la versión de TokenEconomizer instalada, en lugar de asumir que todos los entornos cambiaron de la misma forma.

También es importante separar la llamada secundaria de la sesión principal. El patch no elimina MCP de Claude Code normal ni altera servidores usados por las consultas de catálogo del plugin. Limita un camino interno específico, y no constituye una auditoría independiente de seguridad de TokenEconomizer o de los servidores conectados.

La actualización no anuncia un nuevo modelo, un cambio en el protocolo MCP ni un resultado de desempeño nuevo. Es una corrección en el código de integración de TokenEconomizer, registrada en el PR #89 de Microsoft, con prueba correspondiente en el repositorio.

Cómo verificar la actualización de TokenEconomizer hoy

Lea el PR y la implementación fusionada para identificar si la versión que usa contiene la detección de --strict-mcp-config. Confirme también si la ayuda de su Claude Code lista esa opción y si la configuración temporal del plugin deja mcpServers vacío para sidecalls.

El equipo también publica las pruebas de regresión en el repositorio. Ayudan a entender el comportamiento que el patch pretende garantizar, pero no sustituyen la validación de su instalación ni prueban que otros agentes o plugins tengan la misma protección.

Quien está organizando un flujo de trabajo con agentes puede complementar esta lectura con la guía de revisión de tareas delegadas a agentes de código. El punto común es limitar el contexto y revisar lo que cada agente recibe antes de ampliar los permisos.