Skip to main content
FastMCP uses dependency injection to provide runtime values to your tools, resources, and prompts. Instead of passing context through every layer of your code, you declare what you need as parameter defaults—FastMCP resolves them automatically when your function runs. The dependency injection system is powered by Docket and its dependency system uncalled-for. Core DI features like Depends() and CurrentContext() work without installing Docket. For background tasks and advanced task-related dependencies, install fastmcp[tasks]. For comprehensive coverage of dependency patterns, see the Docket dependency documentation.
Dependency parameters are automatically excluded from the MCP schema—clients never see them as callable parameters. This separation keeps your function signatures clean while giving you access to the runtime context you need.

How Dependency Injection Works

Dependency injection in FastMCP follows a simple pattern: declare a parameter with a recognized type annotation or a dependency default value, and FastMCP injects the resolved value at runtime.
When a client calls my_tool, they only see query as a parameter. The ctx parameter is injected automatically because it has a Context type annotation—FastMCP recognizes this and provides the active context for the request. This works identically for tools, resources, resource templates, and prompts.

Explicit Dependencies with CurrentContext

For more explicit code, you can use CurrentContext() as a default value instead of relying on the type annotation:
Both approaches work identically. The type-annotation approach is more concise; the explicit CurrentContext() approach makes the dependency injection visible in the signature.

Built-in Dependencies

MCP Context

The MCP Context provides logging, progress reporting, resource access, and other request-scoped operations. See MCP Context for the full API. Dependency injection: Use a Context type annotation (FastMCP injects automatically) or CurrentContext():
Function: Use get_context() in helper functions or middleware:

Server Instance

Access the FastMCP server instance for introspection or server-level configuration. Dependency injection: Use CurrentFastMCP():
Function: Use get_server():

HTTP Request

Access the Starlette Request when running over HTTP transports (SSE or Streamable HTTP). Dependency injection: Use CurrentRequest():
Function: Use get_http_request():
Both raise RuntimeError when called outside an HTTP context (e.g., STDIO transport). For background tasks created from an HTTP request, FastMCP restores a minimal request backed by the originating request’s snapshotted headers. Use HTTP Headers if you need graceful fallback.

HTTP Headers

Access HTTP headers with graceful fallback. When a background task originates from an HTTP request, FastMCP restores the originating headers inside the worker. When no HTTP request is available, this returns an empty dictionary, making it safe for code that might run over any transport. Dependency injection: Use CurrentHeaders():
Function: Use get_http_headers():
By default, problematic headers like host and content-length are excluded. Use get_http_headers(include_all=True) to include all headers.

Access Token

Access the authenticated user’s token when your server uses authentication. Dependency injection: Use CurrentAccessToken() (raises if not authenticated):
Function: Use get_access_token() (returns None if not authenticated):
The AccessToken object provides:
  • client_id: The OAuth client identifier
  • scopes: List of granted permission scopes
  • expires_at: Token expiration timestamp (if available)
  • claims: Dictionary of all token claims (JWT claims or provider-specific data)

Token Claims

When you need just one specific value from the token—like a user ID or tenant identifier—TokenClaim() extracts it directly without needing the full token object.
TokenClaim() raises a RuntimeError if the claim doesn’t exist, listing available claims to help with debugging. Common claims vary by identity provider:

Background Task Dependencies

For background task execution, FastMCP provides dependencies that integrate with Docket. These require installing fastmcp[tasks].
  • CurrentDocket(): Access the Docket instance for scheduling additional background work
  • CurrentWorker(): Access the worker processing tasks (name, concurrency settings)
  • Progress(): Track task progress with atomic updates
Task dependencies require pip install 'fastmcp[tasks]'. They’re only available within task-enabled components (task=True). For comprehensive task patterns, see the Docket documentation.

Custom Dependencies

Beyond the built-in dependencies, you can create your own to inject configuration, database connections, API clients, or any other values your functions need.

Using Depends()

The Depends() function wraps any callable and injects its return value. This works with synchronous functions, async functions, and async context managers.

Caching

Dependencies are cached per-request. If multiple parameters use the same dependency, or if nested dependencies share a common dependency, it’s resolved once and the same instance is reused.

Resource Management

For dependencies that need cleanup—database connections, file handles, HTTP clients—use an async context manager. The cleanup code runs after your function completes, even if an error occurs.

Nested Dependencies

Dependencies can depend on other dependencies. FastMCP resolves them in the correct order and applies caching across the dependency tree.
For advanced dependency patterns—like TaskArgument() for accessing task parameters, or custom Dependency subclasses—see the Docket dependency documentation.