Building efficient MCP servers

Link to headingWhat's changed in MCP

When the first version of the MCP specification was published in November 2024, it supported Standard IO (stdio) and Server-Sent Events (SSE) as methods of transport between clients and servers. Stdio required running the MCP server locally, while SSE allowed servers to be hosted and accessed remotely.

However, SSE is an inefficient transport. It keeps a persistent connection open between client and server, even when idle. While Vercel's Fluid compute reduces overhead by reusing already allocated servers, SSE remains an unsustainable choice for MCP servers at scale.

Link to headingA new MCP server transport: Streamable HTTP

In March 2025, a new version of the MCP specification introduced Streamable HTTP as the recommended transport, replacing SSE. This change improves efficiency by removing the need for persistent client-server connections.

Existing investments and lack of resources have slowed the adoption of Streamable HTTP by both MCP client developers and MCP server developers. As a result, many existing MCP clients continue to support only stdio and SSE.

Server developers building with the Vercel MCP adapter get built-in support for both Streamable HTTP and SSE, with the option to disable SSE, to fully align with the officially supported and more efficient transport.

1
import { createMcpHandler } from '@vercel/mcp-adapter';
2
const handler = createMcpHandler(server => {
3
  server.tool(
4
    'roll_dice',
5
    'Rolls an N-sided die',
6
    { sides: z.number().int().min(2) },
7
    async ({ sides }) => {
8
      const value = 1 + Math.floor(Math.random() * sides);
9
      return { content: [{ type: 'text', text: `🎲 You rolled a ${value}!` }] };
10
    }
11
  );
12
});
13
export { handler as GET, handler as POST, handler as DELETE };

Link to headingOptimizing MCP servers for efficiency

Streamable HTTP, with its standard HTTP transport and support for both stateless and stateful server models, is the clear path forward for remote-hosted MCP servers.

To support clients that do not yet handle Streamable HTTP, the mcp-remote package can proxy it over stdio. With a small server setup change, like the approach used by Solana, developers can benefit from Streamable HTTP's efficiency without waiting for full client support.

This approach provides forward compatibility while client support continues to evolve. In most cases, mcp-remote will no longer be needed once native support for Streamable HTTP is more widely adopted.

One MCP server deployed on Vercel was able to cut over to Streamable HTTP completely and cut CPU usage in half, even with continued user growth.

Link to headingBuilding for the future

The MCP ecosystem is evolving quickly. With Fluid compute and the MCP adapter, you can ship MCP servers that support both current and future clients.

We are committed to supporting every team adopting MCP. Explore the MCP Adapter and try the Next.js MCP template to build your MCP server.