Oito linguagens, oito SDKs em níveis de maturidade bem diferentes e um exemplo funcional para cada uma. Escolha a sua.
A linguagem é a decisão fácil. Fazer alguém experimentar o seu servidor é a difícil: o MCP Showcase transforma qualquer endpoint MCP em um playground ao vivo com documentação para cada ferramenta.
Incluindo se ela tem um SDK mantido oficialmente, o que varia mais do que se imagina.
Cada página mostra uma definição de ferramenta completa naquela linguagem, não pseudocódigo.
O MCP Inspector confirma o handshake e mostra exatamente o que um agente vai ver.
O protocolo é idêntico em todo lugar: ferramentas, resources e prompts se comportam igual independentemente de onde você os escreve. O que muda é quanto o SDK faz por você, como os esquemas são declarados e se a biblioteca é mantida oficialmente.
| Linguagem | SDK | Situação | Instalação |
|---|---|---|---|
| Python | modelcontextprotocol/python-sdk (FastMCP) | Oficial | pip install mcp |
| TypeScript | modelcontextprotocol/typescript-sdk | Oficial | npm install @modelcontextprotocol/sdk zod |
| Go | modelcontextprotocol/go-sdk | Oficial | go get github.com/modelcontextprotocol/go-sdk |
| Java | modelcontextprotocol/java-sdk | Oficial | Maven: io.modelcontextprotocol.sdk:mcp |
| C# | modelcontextprotocol/csharp-sdk | Oficial | dotnet add package ModelContextProtocol |
| Rust | modelcontextprotocol/rust-sdk (rmcp) | Oficial | cargo add rmcp |
| Ruby | community SDKs | Comunidade | gem install mcp |
| PHP | community SDKs | Comunidade | composer require ... |
Aquela em que a sua API já está escrita. Um servidor MCP é um invólucro fino sobre código que você tem, e dividi-lo entre runtimes não te dá nada além de mais uma implantação para manter. Se você realmente está começando do zero, Python e TypeScript têm os SDKs mais maduros e, de longe, mais exemplos para copiar.
O único caso em que a escolha da linguagem importa por si só: Ruby e PHP não têm SDK sob
modelcontextprotocol, então você depende de ports da comunidade cuja atualidade
convém conferir antes de construir sobre eles.
As descrições de ferramentas decidem se o agente se comporta, e nenhum SDK as escreve por você. Elas são lidas pelo modelo e não pelo seu time, e são reenviadas a cada requisição: são ao mesmo tempo o problema de acerto e o problema de custo. É por isso que todas as páginas daqui terminam no mesmo lugar.
Tudo aqui é para quem constrói o servidor. O MCP Showcase é para todo mundo mais: aponte-o para qualquer endpoint MCP e ele produz um playground ao vivo com documentação para cada ferramenta, para que avaliar o seu servidor custe um clique em vez de um clone e uma compilação.