El problema mas aburrido de MCP se esta volviendo demasiado caro para seguir ignorandolo: cada tool extra consume contexto aunque el agente no la use. Cloudflare esta atacando ese dolor con una idea que vale mas que la mayoria de anuncios sobre servidores MCP: llevar code mode a los MCP server portals.

La pieza base salio en el changelog del 26 de marzo de 2026. La lectura madura aparece unas semanas despues, cuando Cloudflare publica su arquitectura de referencia para despliegues empresariales de MCP y recomienda poner servidores remotos y de terceros detras de portales con Code Mode habilitado.

Portal MCP centralizado con descubrimiento progresivo y herramientas colapsadas en una superficie de ejecucion

Que cambia exactamente

Cloudflare dice que, cuando code mode esta activo en un portal, el agente ya no recibe una lista enorme de tools de cada servidor aguas arriba. En su lugar, el portal expone un solo code tool y el agente escribe JavaScript que llama metodos tipados codemode.*.

Ese codigo se ejecuta dentro de un Dynamic Worker aislado. El objetivo no es solo bajar tokens. Tambien es sacar del contexto del modelo cosas delicadas como credenciales y variables de entorno.

Ademas, Cloudflare deja algo clave por escrito:

code mode viene encendido por defecto en todos los portales;
para usarlo hay que conectar el cliente MCP con ?codemode=search_and_execute;
y la idea funciona especialmente bien cuando agregas muchos servidores o herramientas.

La cifra que importa

En su blog tecnico, Cloudflare pone el ejemplo mas fuerte sobre su propia API: dice que Code Mode reduce 99.9% de los tokens de entrada para un API grande como la de Cloudflare. El contraste es agresivo: sin code mode, un MCP equivalente pisaria alrededor de 1.17 millones de tokens solo en definiciones.

Ese numero no hay que tomarlo como promesa universal para cualquier stack. Pero si deja clara una verdad: el costo de MCP no solo esta en llamar tools; esta en describirlas todas antes de usarlas.

Por que esto si le importa a builders pequenos

La oportunidad aqui no es solo enterprise. Tambien sirve para equipos chicos que ya sienten alguno de estos sintomas:

agents que arrancan lentos porque cargan demasiadas tools;
prompts donde el contexto se va en definiciones y no en trabajo;
servers MCP de terceros que traen mas superficie de la necesaria;
o stacks donde mezclar GitHub, docs internas, Jira, deploy y logs se vuelve un monstruo de contexto.

Code mode empuja otra arquitectura: descubrimiento progresivo y ejecucion compacta. Primero encuentras lo relevante. Luego ejecutas codigo para usarlo. No le enseñas al modelo todo el catalogo completo desde el turno cero.

La parte estrategica esta en los portales

La nota empresarial de Cloudflare lo dice sin rodeos: despues de meses de despliegues MCP de alto volumen, creen que mucha gente esta haciendo MCP mal. Su recomendacion es centralizar servidores detras de MCP server portals para sumar:

auditoria;
progressive disclosure;
control de acceso;
y menor costo de contexto.

Ese patron me parece mas importante que el detalle del query param. Si ya usas MCP serio, el problema no es solo conectar herramientas. Es gobernarlas.

Ejecucion aislada sobre Dynamic Workers con ahorro de contexto y rutas seguras hacia APIs externas

Donde si conviene y donde no compraria humo

Yo veria code mode como una muy buena idea cuando:

agregas varias fuentes bajo un mismo portal;
trabajas con APIs grandes o cambiantes;
necesitas reducir contexto fijo antes de que entre el problema real;
o quieres meter seguridad y auditoria sin pedirle al agente shell completo.

No lo venderia como bala de plata si:

solo tienes dos o tres tools bien delimitadas;
el costo mayor esta en la logica del flujo y no en las definiciones;
o nadie en el equipo tiene claro como revisar lo que el codigo generado ejecuta.

Por que esta historia puede rankear

Hay una intencion muy util alrededor de consultas como:

cloudflare code mode
mcp portal code mode
reducir tokens mcp
progressive tool disclosure mcp

En espanol casi todo el contenido sobre MCP sigue en nivel "que es" o "como conectar un server". Muy poco entra a una pregunta mas dura y mas rentable: como evitar que el catalogo de tools se coma el contexto antes de empezar.

La conclusion corta: Cloudflare no solo saco otra capa de acceso para MCP; esta proponiendo una forma mas barata y gobernable de exponer APIs reales a agentes. Si tu stack empieza a sentirse pesado por contexto, esta es una de las señales mas practicas que vale la pena estudiar.