mcpField
A
aiohttp-mcp

aiohttp-mcp

Local
github.com/kulapardDeveloper Tools8Updated 12w ago

About aiohttp-mcp

aiohttp-mcp is a Python library for building MCP servers within aiohttp applications. It offers native protocol support, decorator-based registration, and configurable stateless or stateful operation.

Key features

  1. 01Native MCP protocol implementation
  2. 02Streamable HTTP with SSE streaming
  3. 03Register tools, resources, and prompts
  4. 04Integrate with aiohttp applications
  5. 05Optional state and event resumability
  6. 06Async-first design with type hints

Use cases

  1. 01Add MCP endpoints to an aiohttp app
  2. 02Register tools, resources, and prompts
  3. 03Enable resumable SSE sessions on a single instance

MCP support

The library implements MCP server functionality, exposing registered tools, resources, and prompts to MCP clients over Streamable HTTP with SSE streaming.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

No install method listed yet

We haven’t collected a package or remote endpoint for this server. Follow the instructions in the project README.

Repository

Tools

No tool list yet

Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.

Details

From the project README

aiohttp-mcp

GitHub Actions Workflow Status codecov pre-commit.ci status PyPI - Version PyPI Downloads PyPI - Python Version GitHub License

Tools for building Model Context Protocol (MCP) servers on top of aiohttp.

Implements the MCP protocol natively — no heavy SDK dependencies. Only 3 runtime dependencies: aiohttp, aiohttp-sse, pydantic.

Features

  • Native MCP protocol implementation (supports specs 2025-11-25, 2025-06-18, 2025-03-26)
  • Streamable HTTP transport with SSE streaming
  • Easy integration with aiohttp web applications
  • Tool, Resource, and Prompt support with decorator-based registration
  • Shared state via ctx.app and per-request data via ctx.request
  • Stateless by default, with optional stateful mode for server push and resumability
  • Event store support for resumability
  • Async-first design with full type hints
  • JSON response mode for non-streaming deployments

Installation

With uv package manager:

uv add aiohttp-mcp

Or with pip:

pip install aiohttp-mcp

Quick Start

Basic Server Setup

Create a simple MCP server with a custom tool:

import datetime
from zoneinfo import ZoneInfo

from aiohttp import web

from aiohttp_mcp import AiohttpMCP, build_mcp_app

# Initialize MCP
mcp = AiohttpMCP()


# Define a tool
@mcp.tool()
def get_time(timezone: str) -> str:
    """Get the current time in the specified timezone."""
    tz = ZoneInfo(timezone)
    return datetime.datetime.now(tz).isoformat()


# Create and run the application
app = build_mcp_app(mcp, path="/mcp")
web.run_app(app)
Using as a Sub-Application

You can also use aiohttp-mcp as a sub-application in your existing aiohttp server:

import datetime
from zoneinfo import ZoneInfo

from aiohttp import web

from aiohttp_mcp import AiohttpMCP, setup_mcp_subapp

mcp = AiohttpMCP()


# Define a tool
@mcp.tool()
def get_time(timezone: str) -> str:
    """Get the current time in the specified timezone."""
    tz = ZoneInfo(timezone)
    return datetime.datetime.now(tz).isoformat()


# Create your main application
app = web.Application()

# Add MCP as a sub-application
setup_mcp_subapp(app, mcp, prefix="/mcp")

web.run_app(app)
Stateful Mode & Resumability

By default, the server runs in stateless mode — each request creates a fresh transport, making it safe for load-balanced and multi-instance deployments. Tool notifications (ctx.info()) work inline via SSE POST responses.

For single-instance deployments that need server-initiated push (via GET SSE stream) or SSE resumability, enable stateful mode. Session state and events are stored in-process memory — this is not suitable for multi-instance deployments without sticky sessions.

from aiohttp_mcp import AiohttpMCP, InMemoryEventStore, build_mcp_app

# Stateful with resumability (single instance only)
# If client disconnects, it can reconnect with Last-Event-ID to replay missed events
mcp = AiohttpMCP(event_store=InMemoryEventStore())
app = build_mcp_app(mcp, path="/mcp", stateless=False)

Note: InMemoryEventStore is in-process only. For multi-instance stateful deployments, implement a custom EventStore backed by shared storage (e.g., Redis) and use sticky sessions.

Context Access

There are 3 ways to access the MCP context inside tools. All return the same Context object:

1. get_current_context() — module function

from aiohttp_mcp import get_current_context

@mcp.tool()
async def my_tool(query: str) -> str:
    ctx = get_current_context()
    user_id = ctx.request.headers.get("X-User-ID", "anonymous")
    await ctx.info(f"Query by {user_id}")
    return f"Result for {user_id}"

2. mcp.get_context() — instance method

@mcp.tool()
async def my_tool(query: str) -> str:
    ctx = mcp.get_context()
    user_id = ctx.request.headers.get("X-User-ID", "anonymous")
    return f"Result for {user_id}"

3. ctx: Context — parameter injection

Declare ctx: Context as a parameter — it's auto-injected and excluded from the tool's input schema:

from aiohttp_mcp import Context

@mcp.tool()
async def my_tool(query: str, ctx: Context) -> str:
    user_id = ctx.request.headers.get("X-User-ID", "anonymous")
    return f"Result for {user_id}"

Context capabilities:

  • ctx.request — aiohttp Request (headers, cookies, client IP)
  • ctx.app — aiohttp Application for shared state (ctx.app["db_pool"])
  • ctx.request_id — JSON-RPC request ID
  • await ctx.info(msg) / debug() / warning() / error() — send log to client
  • await ctx.report_progress(progress, total) — report progress
  • await ctx.read_resource(uri) — read a registered resource

Shared state via ctx.app:

from collections.abc import AsyncIterator

from aiohttp import web

from aiohttp_mcp import AiohttpMCP, build_mcp_app, get_current_context

mcp = AiohttpMCP()


@mcp.tool()
async def secure_query(sql: str) -> str:
    """Run a database query with auth validation."""
    ctx = get_current_context()
    db_pool = ctx.app["db_pool"]
    return await db_pool.query(sql)


async def startup(app: web.Application) -> AsyncIterator[None]:
    app["db_pool"] = await create_db_pool()
    yield
    await app["db_pool"].close()


app = build_mcp_app(mcp, path="/mcp")
app.cleanup_ctx.append(startup)
Resource Composition

Tools can read registered resources during execution via ctx.read_resource(uri), avoiding logic duplication:

from aiohttp_mcp import AiohttpMCP, get_current_context

mcp = AiohttpMCP()


@mcp.resource("config://{service}")
async def get_config(service: str) -> str:
    """Service configuration exposed as a resource."""
    return load_config(service)


@mcp.tool()
async def deploy(service: str) -> str:
    """Deploy a service using its registered config."""
    ctx = get_current_context()
    config = await ctx.read_resource(f"config://{service}")
    return f"Deployed {service} with {config}"

This calls back into the resource registry using the same URI that MCP clients use — tools only need the URI, not a direct reference to the resource function.

Structured Return Types

Tools can return Pydantic BaseModel or dataclass instances — they are automatically serialized to JSON and generate outputSchema in tools/list responses:

import dataclasses
from pydantic import BaseModel
from aiohttp_mcp import AiohttpMCP

mcp = AiohttpMCP()


@dataclasses.dataclass
class UserData:
    name: str
    email: str
    age: int = 25


class UserResult(BaseModel):
    id: str
    name: str
    email: str


@mcp.tool()
async def create_user(data: UserData) -> UserResult:
    """Create a new user."""
    # Input: dataclass validated from dict/JSON automatically
    # Output: BaseModel serialized to JSON, outputSchema auto-generated
    return UserResult(id="123", name=data.name, email=data.email)

Plain types (str, dict, list) continue to serialize as before. outputSchema is generated for any return type annotation — BaseModel and dataclass return values additionally get proper JSON serialization via Pydantic's TypeAdapter instead of str().

Client Example

Here's how to create a client that interacts with the MCP server using the mcp client library:

import asyncio

from mcp import ClientSession
from mcp.client.streamable_http import streamablehttp_client


async def main():
    # Connect to the MCP server
    async with streamablehttp_client("http://localhost:8080/mcp") as (
        read_stream,
        write_stream,
        _,
    ):
        async with ClientSession(read_stream, write_stream) as session:
            # Initialize the session
            await session.initialize()

            # List available tools
            tools = await session.list_tools()
            print("Available tools:", [tool.name for tool in tools.tools])

            # Call a tool
            result = await session.call_tool("get_time", {"timezone": "UTC"})
            print("Current time in UTC:", result.content)


if __name__ == "__main__":
    asyncio.run(main())
More Examples

For more examples, check the examples directory.

Development

Setup Development Environment
  1. Clone the repository:
git clone https://github.com/kulapard/aiohttp-mcp.git
cd aiohttp-mcp
  1. Create and activate a virtual environment:
uv venv
source .venv/bin/activate  # On Windows: .venv\Scripts\activate
  1. Install development dependencies:
uv sync --all-extras
Running Tests
uv run pytest

Requirements

  • Python 3.11 or higher
  • aiohttp >= 3.9.0, < 4.0.0
  • aiohttp-sse >= 2.2.0, < 3.0.0
  • pydantic >= 2.0.0, < 3.0.0

License

This project is licensed under the MIT License - see the LICENSE file for details.

Contributing

Contributions are welcome! Please feel free to submit a Pull Request.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.