Hayate
БесплатноНе проверенMCP Streamable HTTP for hayate across ASGI and Cloudflare Workers, with OAuth resource-server support
Описание
MCP Streamable HTTP for hayate across ASGI and Cloudflare Workers, with OAuth resource-server support
README
Hayate ecosystem: Start here · Production golden app · Tested compatibility
Mount an MCP server into a hayate app: an official MCP Python SDK bridge for ASGI and a focused, Pydantic-free tools runtime for Cloudflare Python Workers, both over the same Streamable HTTP boundary.
Status: alpha (0.x). Tracks the latest stable revision — MCP 2026-07-28 and 2025-11-25 on both CPython/ASGI and Cloudflare Python Workers. Modern clients use handshake-free
server/discover, mandatory request metadata and routing headers, cache hints,resultType, MRTR, and stateless POSTs. Existing clients retain the 2025 initialize/session lifecycle. The internal design memo (Japanese) lives in DESIGN.md; release history is in CHANGELOG.md, and the 0.12 migration notes are in docs/migration-0.12.md.
import mcp.types as types
from hayate import Hayate
from mcp.server.lowlevel import Server
from hayate_mcp import McpMount
async def list_tools(_ctx, _params):
return types.ListToolsResult(
tools=[
types.Tool(
name="echo",
input_schema={
"type": "object",
"properties": {"text": {"type": "string"}},
"required": ["text"],
},
)
]
)
async def call_tool(_ctx, params):
text = (params.arguments or {})["text"]
return types.CallToolResult(content=[types.TextContent(type="text", text=text)])
server = Server(
"my-tools",
version="1.0.0",
on_list_tools=list_tools,
on_call_tool=call_tool,
)
app = Hayate()
McpMount(server, path="/mcp").register(app)
Serve it with any ASGI server (uvicorn server:app), then connect:
npx @modelcontextprotocol/inspector --cli http://127.0.0.1:8000/mcp --transport http --method tools/list
claude mcp add my-tools --transport http http://127.0.0.1:8000/mcp
What it implements
| Era | ASGI | Workers |
|---|---|---|
| MCP 2026-07-28 | Handshake-free, stateless POST; JSON, response SSE, and live subscriptions/listen |
Handshake-free, stateless POST; tools-only JSON |
| MCP 2025-11-25 | Stateful initialize/session lifecycle; JSON/SSE POST, optional GET SSE, DELETE | Stateless compatibility lifecycle and tools |
The modern path is always stateless, even when the same McpMount also serves
legacy stateful clients. Every request carries the protocol revision and
client capabilities in _meta, and the transport cross-checks
MCP-Protocol-Version, Mcp-Method, Mcp-Name, and schema-declared
Mcp-Param-* headers before dispatch. Removed lifecycle methods return
JSON-RPC -32601 with HTTP 404. Header, capability, and protocol-version
errors use the new -32020, -32021, and -32022 codes with HTTP 400.
ASGI delegates discovery, capabilities, method dispatch, cache hints, and MRTR
result models to the official MCP Python SDK 2.x. Intermediate notifications
such as progress are returned before the final result on a bounded SSE
response stream. When an SDK server registers subscriptions/listen, Hayate
serves it as a response-owned live SSE stream with acknowledgment-first
ordering, subscription IDs, keepalives, proxy-buffer suppression, and
deterministic cancellation when the response body closes. The Workers runtime
implements the smaller tools capability it advertises and deliberately omits
resources, prompts, logging, sampling, Tasks, and subscription streams.
CI runs the pinned official MCP conformance runner against a comprehensive
SDK-backed fixture through this mount: 70/70 scenarios — 30 for
2025-11-25 and all 40 current 2026-07-28 core scenarios. That includes
stateless discovery, result envelopes, caching, standard and custom headers,
JSON Schema 2020-12, HTTP error mapping, capability negotiation, and all MRTR
flows including multi-round encrypted requestState and tamper rejection.
The upstream legacy multiple-POST fixture still sends a non-negotiated version
(upstream #412);
equivalent negotiated-version concurrency remains a local gate. Workers are
verified separately in current workerd and through the official SDK 2.x
client.
Browser requests are accepted automatically only when the endpoint and
Origin are both loopback (localhost, 127.0.0.1, or ::1). For every
other browser origin, pass the exact allowed origins with
trusted_origins=[...]. Non-browser clients such as the official SDK,
Inspector, and Claude Code do not send Origin and continue to work without
configuration. The request's reflected Host value is never treated as an
allow-list entry.
For 2025 clients, each stateful ASGI session stays pinned to the version
returned by initialize; a different later header returns 400. For 2026
clients, there is no initialize or session ID: the request metadata and HTTP
headers are the complete routing contract on every POST.
Modern capabilities and MRTR
Declare client capabilities a tool actually needs. Hayate rejects the call before the handler runs when the modern client did not opt in:
McpMount(
server,
tool_capabilities={
"draft_with_model": {"sampling": {}},
},
).register(app)
The same contract is available on Workers as
@server.tool(..., required_capabilities={"sampling": {}}). Missing
capabilities return -32021 with the structured requiredCapabilities
payload required by MCP.
SDK-backed servers can return InputRequiredResult from tools/call,
prompts/get, or resources/read. For low-level Server applications that
carry requestState, install the SDK's security boundary so clients receive
an authenticated, expiring token rather than application plaintext:
from mcp.server.request_state import RequestStateBoundary, RequestStateSecurity
server.middleware.append(
RequestStateBoundary(
RequestStateSecurity(keys=[request_state_key]),
default_audience=server.name,
)
)
Use a shared secret from your deployment's secret store when requests can land on multiple processes. Key rotation is supported by passing the active key first and older verification keys after it. The complete multi-round fixture is in examples/conformance/server.py.
Authorization (OAuth 2.0 Resource Server)
Pass an Authorization to require Bearer tokens and serve RFC 9728 Protected
Resource Metadata (MCP Authorization, 2026-07-28 and 2025-11-25):
from hayate_mcp import Authorization, McpMount
McpMount(
server,
authorization=Authorization(
resource="https://mcp.example.com/mcp",
authorization_servers=["https://auth.example.com"],
verify_token=verify, # async (token) -> claims | None
scopes_supported=["mcp", "documents:read"],
required_scopes=["mcp"],
),
tool_scopes={
"read_document": ["documents:read"],
},
).register(app)
Unauthenticated requests get 401 with
WWW-Authenticate: Bearer resource_metadata="…/.well-known/oauth-protected-resource",
so clients (Claude, Inspector) discover the authorization server. Token
issuance is the AS's job — point verify_token at hayate-auth or any
OAuth 2.1 authorization server. The verifier must check signature, issuer,
expiry, and that the token audience/resource is this MCP server before it
returns claims; Hayate treats returned claims as that verification decision.
Verified claims are normalized (subject, client_id, scopes) and are
available inside tool handlers:
from hayate_mcp import get_principal
@server.call_tool()
async def call_tool(name, arguments):
principal = get_principal()
assert principal is not None
# principal["subject"], principal["scopes"], ...
Insufficient global or per-tool scopes return 403 with a
WWW-Authenticate step-up challenge. Legacy stateful sessions are bound to
the creating (issuer, client_id, subject) identity; modern requests are
authenticated independently on every stateless POST.
RFC 9449 DPoP is available without changing the stable Bearer default. A sender-constrained verifier needs the complete request, not just the opaque token:
from hayate_mcp import Authorization
authorization = Authorization(
resource="https://folio.example/mcp",
authorization_servers=["https://auth.example"],
verify_request=dpop_request_verifier, # async (Request) -> claims | None
authorization_scheme="DPoP",
scopes_supported=["mcp"],
required_scopes=["mcp"],
)
Both McpMount and WorkerMcpMount pass the immutable Fetch Request to the
verifier, allowing it to validate the proof signature, htm, htu, ath,
token cnf.jkt, and replay state. hayate-auth provides a compatible
DPoPRequestVerifier. Current official MCP SDK OAuth clients model Bearer
tokens only, so DPoP remains an explicit client/server extension until SDK
support lands.
Hayate request context
Tools mounted with register(app) can reuse request-scoped Hayate state,
headers, and runtime bindings without adding them to model-visible arguments:
from hayate_mcp import get_request_context
context = get_request_context()
assert context is not None
database = context.env.DB
request_id = context.get("request_id")
The context is isolated across concurrent requests and reset when each request
finishes. get_request_context() returns None outside a registered mount;
the lower-level mount.fetch(request) API deliberately has no app context.
On Cloudflare Workers
Use WorkerMcpServer and WorkerMcpMount on a plain Worker — no Durable
Object, Pydantic, or old SDK line is needed:
from hayate import Hayate
from hayate.adapters.workers import to_workers
from hayate_mcp import WorkerMcpMount, WorkerMcpServer
app = Hayate()
server = WorkerMcpServer(
"my-tools",
version="1.0.0",
description="Edge-native Python tools.",
website_url="https://example.com",
tools_ttl_ms=60_000,
cache_scope="public",
)
@server.tool(
name="echo",
description="Echo text.",
input_schema={
"type": "object",
"properties": {"text": {"type": "string"}},
"required": ["text"],
"additionalProperties": False,
},
)
async def echo(arguments):
return f"echo: {arguments['text']}"
WorkerMcpMount(server).register(app)
Default = to_workers(app)
Tool input and structured output use JSON Schema 2020-12 and are validated
inside request scope, keeping workerd global initialization entropy-safe.
Modern discovery, required resultType, server identity metadata, cache
hints, routing headers, arbitrary JSON structuredContent, and optional
extension declarations use the same 2026 wire contract as ASGI.
Correctable validation failures and ToolError become model-visible isError
results, matching the official SDK. WorkerProtocolError preserves deliberate
JSON-RPC codes, HTTP statuses, and headers for request-aware edge authentication
or throttling; the modern protocol's mandatory HTTP mapping takes precedence
for reserved error codes. Unexpected exceptions are logged and sanitized before
reaching the model. OAuth and per-tool scopes use the same Authorization and
get_principal() APIs as the SDK-backed mount.
See examples/workers. The Workers surface is stateless and does not advertise server-initiated streams or session state. Use the default SDK-backed ASGI mount (examples/echo) when you need those. CI builds the local wheel in an isolated project, boots current workerd, and connects with the official MCP SDK client.
Why
- Python is MCP's largest ecosystem, yet mounting an MCP endpoint inside your own web app still goes through ASGI plumbing with known friction.
- Cloudflare's remote-MCP story (Agents SDK, McpAgent) is TypeScript-first. hayate-mcp supplies a Python Workers path that speaks both current and compatibility MCP eras without requiring the Pydantic-based SDK in the edge bundle.
License
MIT
Установка Hayate
У этого сервера нет опубликованного пакета — он собирается из исходников. Открой репозиторий и следуй инструкции в README.
▸ github.com/hayatepy/hayate-mcpFAQ
Hayate MCP бесплатный?
Да, Hayate MCP бесплатный — установка в пару кликов через Unyly без оплаты.
Нужен ли API-ключ для Hayate?
Нет, Hayate работает без API-ключей и переменных окружения.
Hayate — hosted или self-hosted?
Self-hosted: сервер запускается локально на твоей машине командой из раздела установки.
Как установить Hayate в Claude Desktop, Claude Code или Cursor?
Открой Hayate на unyly.org, выбери вкладку своего клиента (Claude Desktop, Claude Code, Cursor) и нажми Install — конфиг сгенерируется автоматически, без правки JSON.
Похожие MCP
GitHub
PRs, issues, code search, CI status
автор: GitHubFilesystem
Secure file operations with configurable access controls.
Memory
Knowledge graph-based persistent memory system.
Template MCP Server
A CLI tool to create a new Model Context Protocol server project with TypeScript support, dual transport options, and an extensible structure
автор: mcpdotdirectCompare Hayate with
Не уверен что выбрать?
Найди свой стек за 60 секунд
Автор?
Embed-бейдж для README
Похожее
Все в категории development
