<p align="center">
<img width="200" src="./assets/rust-mcp-schema.png" alt="Description" width="300">
</p>
# Model Context Protocol (MCP) Schema for Rust
[<img alt="crates.io" src="https://img.shields.io/crates/v/rust-mcp-schema?style=for-the-badge&logo=rust&color=FE965D" height="22">](https://crates.io/crates/rust-mcp-schema)
[<img alt="docs.rs" src="https://img.shields.io/badge/docs.rs-rust_mcp_schema-0ECDAB?style=for-the-badge&logo=docs.rs" height="22">](https://docs.rs/rust-mcp-schema/latest/rust_mcp_schema)
[<img alt="build status" src="https://img.shields.io/github/actions/workflow/status/rust-mcp-stack/rust-mcp-schema/ci.yml?style=for-the-badge" height="22">
](https://github.com/rust-mcp-stack/rust-mcp-schema/actions/workflows/ci.yml)
A type-safe Rust implementation of the official Model Context Protocol (MCP) schema, supporting all official MCP Protocol versions:
- `2026-07-28` (default)
- `2025-11-25`
- `2025-06-18`
- `2025-03-26`
- `2024-11-05`
- `draft`
The MCP schemas in this repository are [automatically generated](#how-are-schemas-generated) from the official Model Context Protocol, ensuring they are always up-to-date and aligned with the latest official specifications.
---
**Note:** This crate **only** provides an implementation of the MCP schema.
<img align="top" src="assets/rust-mcp-stack-icon.png" width="24" style="border-radius:0.2rem;"> If you are looking for a high-performance, asynchronous toolkit for building MCP servers and clients, checkout [rust-mcp-sdk](https://crates.io/crates/rust-mcp-sdk).
Focus on your app's logic while [rust-mcp-sdk](https://crates.io/crates/rust-mcp-sdk) takes care of the rest!
---
## Contents:
- [Features](#features)
- [How can this crate be used?](#how-can-this-crate-be-used)
- [Schema Versions](#schema-versions)
- [How to switch between different schema versions?](#how-to-switch-between-different-schema-versions)
- [How are Schemas generated?](#how-are-schemas-generated)
- [What is `schema_utils`?](#what-is-schema_utils)
- [What does the schema_utils do?](#what-does-the-schema_utils-do)
- [Usage Examples](#usage-examples)
- [Detecting a CallToolRequest Message on an MCP Server](#detecting-a-calltoolrequest-message-on-an-mcp-server)
- [Creating a CallToolResult Response on an MCP Server](#creating-a-calltoolresult-response-on-an-mcp-server)
- [Detecting a CallToolResult Response Message in an MCP Client](#detecting-a-calltoolresult-response-message-in-an-mcp-client)
- [Usage Examples (Without Utilizing schema_utils)](#usage-examples-without-utilizing-schema_utils)
- [Detecting a CallToolRequest Message on an MCP Server (without schema_utils)](#detecting-a-calltoolrequest-message-on-an-mcp-server-without-schema_utils)
- [Contributing](CONTRIBUTING.md)
## Features
- π§© Type-safe implementation of the MCP protocol specification.
- π Auto-generated schemas are always synchronized with the official schema specifications.
- π Includes all official released versions : `2026-07-28`, `2025-11-25`, `2025-06-18`, `2025-03-26`, `2024-11-05` and `draft` version for early adoption.
- π Complimentary schema utility module (schema_utils) to boost productivity and ensure development integrity.
## How can this crate be used?
This Crate provides Rust implementation of the official Model Context Protocol (MCP) schema.
Model Context Protocol (MCP) is an open protocol that enables seamless integration between LLM applications and external data sources and tools. Whether youβre building an AI-powered IDE, enhancing a chat interface, or creating custom AI workflows, MCP provides a standardized way to connect LLMs with the context they need.
This crate includes the schema with `serialization` / `deserialization` support via serde_json, along with a minimal implementation of the necessary traits for structs and enums. This helps in creating and using various MCP messages such as requests, responses, notifications, and errors.
This crate could be used for developing an **MCP Server** or **MCP Client** in Rust.
For more information on the MCP architecture, refer to the [official documentation](https://spec.modelcontextprotocol.io/specification).
---
<img align="top" src="assets/rust-mcp-stack-icon.png" width="24" style="border-radius:0.2rem;"> Check out [rust-mcp-sdk](https://crates.io/crates/rust-mcp-sdk) , a high-performance, asynchronous toolkit for building MCP servers and clients which is based on `rust-mcp-schema`. Focus on your app's logic while [rust-mcp-sdk](https://crates.io/crates/rust-mcp-sdk) takes care of the rest!
---
## Schema Versions
This repository provides all official released versions the schema , including draft version, enabling you to prepare and adapt your applications ahead of upcoming official schema releases.
- [2026-07-28](src/generated_schema/2026_07_28) (default)
- [2025-11-25](src/generated_schema/2025_11_25)
- [2025-06-18](src/generated_schema/2025_06_18)
- [2025-03-26](src/generated_schema/2025_03_26)
- [2024-11-05](src/generated_schema/2024_11_05)
- [draft](src/generated_schema/draft)
### How to switch between different schema versions?
By default, the latest version of the MCP Protocol schema is enabled.
Each schema version has a corresponding Cargo feature that can be enabled in your project's Cargo.toml.
Multiple schema versions may be enabled concurrently if needed. Non-default versions are available under explicitly named modules, for example:
- rust_mcp_schema::mcp_2025_06_18
- rust_mcp_schema::mcp_2025_11_25
> π Note: the three most recent schemas (`2026_07_28`, `2025_11_25` and `draft`) are also re-exported at the crate root and are therefore **mutually exclusive** β enable at most one of them at a time. Older versions (`2025_06_18`, `2025_03_26`, `2024_11_05`) are module-only and can be combined with any one of them.
Example: enable `2025-06-18` version of the schema:
```toml
# Cargo.toml
rust-mcp-schema = { version: 2.0.0 , default-features = false, features=["2025_06_18"] }
```
Example: enable `draft`` version of the schema :
```toml
#Cargo.toml
rust-mcp-schema = { version: 2.0.0 , default-features = false, features=["draft"] }
```
## How are Schemas generated?
Schemas are generated from the official `schema.ts` and `schema.json` files available in the original [Model Context Protocol (MCP) repository](https://github.com/modelcontextprotocol/specification/tree/main/schema).
Using a customized version of [typify](https://github.com/oxidecomputer/typify), along with additional pre-processing and post-processing steps, the schema specifications are transformed into Rust code.
### π Note
> The code used to generate schemas from `schema.ts` and `schema.json` is not included in this repository. However, I am considering making it available as a CLI tool in the future, allowing developers to generate MCP schemas as Rust code that can be directly integrated into their projects.
## What is `schema_utils`?
The Rust implementations of the MCP schemas in this crate are automatically generated from the official MCP GitHub repository.
[mcp_schema.rs](src/generated_schema/2026_07_28/mcp_schema.rs) provides all the core structures and enums with serialization/deserialization support, allowing you to use them as needed and extend their functionality.
To streamline development, improve compile-time type checking, and reduce the potential for errors, weβve implemented utility types and functions that offer more strongly-typed objects and implementations, all without modifying the originally generated schema.
Please refer to [schema_utils.rs](src/generated_schema/2026_07_28/schema_utils.rs) for more details.
### π Note
> Using schema_utils is optional. It is enabled by default through the schema_utils Cargo feature and can be used from `rust_mcp_schema::schema_utils`.
> If you prefer not to use schema_utils, you can directly work with the enums and structs provided in [mcp_schema.rs](src/generated_schema/2026_07_28/mcp_schema.rs), adapting them to your needs and creating your own utility types and functions around them.
Visit [Usage Examples (Without `Using schema_utils`)](#usage-examples-without-utilizing-schema_utils) to see an alternative approach.
### What does the schema_utils do?
The official schema defines a unified `JsonrpcMessage` type that encompasses all messages and notifications within the MCP protocol.
To enhance type safety and usability, `schema_utils` divides JsonrpcMessage into two distinct categories: `ClientMessage` and `ServerMessage`. Each category includes the relevant types for both standard and custom messages.
Please refer to [schema_utils.rs](src/generated_schema/2026_07_28/schema_utils.rs) and the [Usage Examples](usage-examples) section for more details.
## Usage Examples
:point_right: The following examples focus solely on the serialization and deserialization of schema messages, assuming the JSON-RPC message has already been received in the application as a string.
### Detecting a `CallToolRequest` Message on an MCP Server
The following code snippet demonstrates how an MCP message, represented as a JSON string, can be deserialized into a ClientMessage and how to identify it as a CallToolRequest message.
> Note: ClientMessage represents MCP messages sent from an MCP client. The following code demonstrates how an MCP server can deserialize received messages from an MCP client.
```rs
pub fn handle_message(message_payload: &str) -> std::result::Result<(), RpcError> {
// Deserialize message into ClientMessage.
let message = ClientMessage::from_str(message_payload)?;
// Check if the message is a Request
if let ClientMessage::Request(client_request) = message {
// Requests delegate to the schema-generated `ClientRequest` enum via `ClientJsonrpcRequest::Known`
if let ClientJsonrpcRequest::Known(ClientRequest::CallToolRequest(call_tool_request)) = client_request {
// Process the CallToolRequest (and eventually send a CallToolResult back to the client)
handle_call_tool_request(call_tool_request);
}
}
Ok(())
}
```
Refer to [examples/mcp_server_handle_message.rs](examples/mcp_server_handle_message.rs) for a complete match implementation that handles all possible `ClientMessage` variants.
### Creating a `CallToolResult` Response on an MCP Server.
In response to a CallToolRequest, the MCP Server is expected to return a CallToolResult message.
This code snippet demonstrates how to create a CallToolResult, serialize it into a string, and send it back to the client via the transport layer.
```rs
// create a CallToolResult object (the builder sets `resultType: "complete"`)
let tool_result = CallToolResult::text_content(vec![TextContent::new(
"Sunny, 22Β°C in Paris.".to_string(),
None,
None,
)]);
// wrap it in a JSON-RPC response envelope addressed to the request's `id`
let message = ServerJsonrpcResponse::new(RequestId::Integer(0), tool_result.into());
// Serialize the MCP message into a valid JSON string for sending to the client
let json_payload = serde_json::to_string(&message).unwrap();
println!("{}", json_payload);
```
output:
```json
{
"id": 0,
"jsonrpc": "2.0",
"result": {
"content": [{ "type": "text", "text": "Sunny, 22Β°C in Paris." }],
"resultType": "complete"
}
}
```
### Detecting a `CallToolResult` Response Message in an MCP Client:
```rs
fn handle_message(message_payload: &str) -> std::result::Result<(), AppError> {
// Deserialize message into ServerMessage.
// ServerMessage represents a message sent by an MCP Server and received by an MCP Client.
let mcp_message = ServerMessage::from_str(message_payload)?;
// Check if the message is a Response type of message
if let ServerMessage::Response(server_response) = mcp_message {
// Check if it's a CallToolResult response
if let ServerResult::CallToolResult(call_tool_result) = &server_response.result {
// Process the CallToolResult
handle_call_tool_result(call_tool_result);
}
}
Ok(())
}
```
Refer to [mcp_client_handle_message.rs](examples/mcp_client_handle_message.rs) for a complete match implementation that handles all possible `ServerMessage` variants.
## Usage Examples (Without Utilizing `schema_utils`)
If you prefer not to use schema_utils, you can directly work with the generated types in your application or build custom utilities around them.
### Detecting a CallToolRequest Message on an MCP Server (without schema_utils)
The following code example illustrates how to detect a CallToolRequest message on an MCP server:
```rs
fn handle_message(message_payload: &str) -> std::result::Result<(), AppError> {
// Deserialize the JSON-RPC payload directly into ClientRequest.
// Its `Deserialize` impl dispatches on the `method` field.
let client_request: ClientRequest = serde_json::from_str(message_payload).unwrap();
// Check it's a "tools/call" request
if let ClientRequest::CallToolRequest(call_tool_request) = client_request {
// Now that we can handle the message, we simply print out the details.
println!("CallTool request received!");
println!("Tool name : {:?} ", call_tool_request.params.name);
println!("Arguments : {:?} ", call_tool_request.params.arguments);
}
Ok(())
}
```
## Contributing
We welcome everyone who wishes to contribute! Please refer to the [contributing guidelines](CONTRIBUTING.md) for more details.
All contributions, including issues and pull requests, must follow
[Rust's Code of Conduct](https://www.rust-lang.org/policies/code-of-conduct).
Unless explicitly stated otherwise, any contribution you submit for inclusion in `rust-mcp-schema` is provided under the terms of the MIT License, without any additional conditions or restrictions.