Resources & Templates
Expose data sources and dynamic content generators to your MCP client.
Resources represent data or files that an MCP client can read, and resource templates extend this concept by allowing clients to request dynamically generated resources based on parameters passed in the URI.
FastMCP simplifies defining both static and dynamic resources, primarily using the @mcp.resource
decorator.
What Are Resources?
Resources provide read-only access to data for the LLM or client application. When a client requests a resource URI:
- FastMCP finds the corresponding resource definition.
- If it’s dynamic (defined by a function), the function is executed.
- The content (text, JSON, binary data) is returned to the client.
This allows LLMs to access files, database content, configuration, or dynamically generated information relevant to the conversation.
Defining Resources
The @resource
Decorator
The most common way to define a resource is by decorating a Python function. The decorator requires the resource’s unique URI.
Key Concepts:
- URI: The first argument to
@resource
is the unique URI (e.g.,"resource://greeting"
) clients use to request this data. - Lazy Loading: The decorated function (
get_greeting
,get_config
) is only executed when a client specifically requests that resource URI viaresources/read
. - Inferred Metadata: By default:
- Resource Name: Taken from the function name (
get_greeting
). - Resource Description: Taken from the function’s docstring.
- Resource Name: Taken from the function name (
Return Values
FastMCP automatically converts your function’s return value into the appropriate MCP resource content:
str
: Sent asTextResourceContents
(withmime_type="text/plain"
by default).dict
,list
,pydantic.BaseModel
: Automatically serialized to a JSON string and sent asTextResourceContents
(withmime_type="application/json"
by default).bytes
: Base64 encoded and sent asBlobResourceContents
. You should specify an appropriatemime_type
(e.g.,"image/png"
,"application/octet-stream"
).None
: Results in an empty resource content list being returned.
Resource Metadata
You can customize the resource’s properties using arguments in the decorator:
uri
: The unique identifier for the resource (required).name
: A human-readable name (defaults to function name).description
: Explanation of the resource (defaults to docstring).mime_type
: Specifies the content type (FastMCP often infers a default liketext/plain
orapplication/json
, but explicit is better for non-text types).tags
: A set of strings for categorization, potentially used by clients for filtering.
Asynchronous Resources
Use async def
for resource functions that perform I/O operations (e.g., reading from a database or network) to avoid blocking the server.
Resource Classes
While @mcp.resource
is ideal for dynamic content, you can directly register pre-defined resources (like static files or simple text) using mcp.add_resource()
and concrete Resource
subclasses.
Common Resource Classes:
TextResource
: For simple string content.BinaryResource
: For rawbytes
content.FileResource
: Reads content from a local file path. Handles text/binary modes and lazy reading.HttpResource
: Fetches content from an HTTP(S) URL (requireshttpx
).DirectoryResource
: Lists files in a local directory (returns JSON).- (
FunctionResource
: Internal class used by@mcp.resource
).
Use these when the content is static or sourced directly from a file/URL, bypassing the need for a dedicated Python function.
Custom Resource Keys
When adding resources directly with mcp.add_resource()
, you can optionally provide a custom storage key:
Note that this parameter is only available when using add_resource()
directly and not through the @resource
decorator, as URIs are provided explicitly when using the decorator.
Defining Resource Templates
Resource Templates allow clients to request resources whose content depends on parameters embedded in the URI. Define a template using the same @mcp.resource
decorator, but include {parameter_name}
placeholders in the URI string and add corresponding arguments to your function signature.
With these templates defined, clients can request:
weather://london/current
→ Returns weather for Londonrepos://fastmcp/docs/info
→ Returns info about the fastmcp/docs repository
Parameters and Default Values
When creating resource templates, FastMCP enforces two rules for the relationship between URI template parameters and function parameters:
- Required Function Parameters: All function parameters without default values (required parameters) must appear in the URI template.
- URI Parameters: All URI template parameters must exist as function parameters.
However, function parameters with default values don’t need to be included in the URI template. When a client requests a resource, FastMCP will:
- Extract parameter values from the URI for parameters included in the template
- Use default values for any function parameters not in the URI template
This allows for flexible API designs. For example, a simple search template with optional parameters:
With this template, clients can request search://python
and the function will be called with query="python", max_results=10, include_archived=False
. MCP Developers can still call the underlying search_resources
function directly with more specific parameters.
An even more powerful pattern is registering a single function with multiple URI templates, allowing different ways to access the same data:
Now an LLM or client can retrieve user information in two different ways:
users://email/alice@example.com
→ Looks up user by email (with name=None)users://name/Bob
→ Looks up user by name (with email=None)
In this stacked decorator pattern:
- The
name
parameter is only provided when using theusers://name/{name}
template - The
email
parameter is only provided when using theusers://email/{email}
template - Each parameter defaults to
None
when not included in the URI - The function logic handles whichever parameter is provided
How Templates Work:
- Definition: When FastMCP sees
{...}
placeholders in the@resource
URI and matching function parameters, it registers aResourceTemplate
. - Discovery: Clients list templates via
resources/listResourceTemplates
. - Request & Matching: A client requests a specific URI, e.g.,
weather://london/current
. FastMCP matches this to theweather://{city}/current
template. - Parameter Extraction: It extracts the parameter value:
city="london"
. - Type Conversion & Function Call: It converts extracted values to the types hinted in the function and calls
get_weather(city="london")
. - Default Values: For any function parameters with default values not included in the URI template, FastMCP uses the default values.
- Response: The function’s return value is formatted (e.g., dict to JSON) and sent back as the resource content.
Templates provide a powerful way to expose parameterized data access points following REST-like principles.
Custom Template Keys
Similar to resources, you can provide custom keys when directly adding templates:
This allows accessing the same template implementation through different URI patterns.
Server Behavior
Duplicate Resources
You can configure how the FastMCP server handles attempts to register multiple resources or templates with the same URI. Use the on_duplicate_resources
setting during FastMCP
initialization.
The duplicate behavior options are:
"warn"
(default): Logs a warning, and the new resource/template replaces the old one."error"
: Raises aValueError
, preventing the duplicate registration."replace"
: Silently replaces the existing resource/template with the new one."ignore"
: Keeps the original resource/template and ignores the new registration attempt.