Launching today
FastMCP 3.0

FastMCP 3.0

The fast, Pythonic way to build MCP servers and clients

5.0•1 review•

117 followers

Visit website
•
FastMCP 3.0 is a framework for building smarter AI context apps, not just tool servers. Pull tools and data from anywhere, reshape them, control access, track state, and run long tasks — with hot reload, versioning, and observability built in for production use.
FastMCP 3.0 gallery image
Free
Launch tags:Open Source•Developer Tools•Artificial Intelligence
Launch Team
AssemblyAI
AssemblyAI
Build voice AI apps with a single API
Promoted

What do you think? …

Chris Messina
Raycast
Hunter
📌

From @jlowin :

FastMCP 3.0 is the platform MCP deserves in 2026, built to be as durable as it is future-proof:

We are moving beyond simple “tool servers.” We are entering the era of Context Applications—rich, adaptive systems that manage the information flow to agents.

The real challenge was never implementing the protocol. It’s delivering the right information at the right time. FastMCP 3 is built for that:

  • Source components from anywhere.

  • Compose and transform them freely.

  • Personalize what each user sees.

  • Track state across sessions.

  • Control access at every level.

  • Run long operations in the background.

  • Version your APIs.

  • Observe everything.

It’s time to move fast and make things.

Zeiki Yu

Congrats on the launch — love how FastMCP is pushing MCP beyond “tool servers” into real context apps with state, access control, and observability built in.

Love the "context applications" framing - MCP isn’t hard, relevance is.
Curious what you’ve seen as the biggest source of pain in practice: state across sessions, access control, or debugging/observability once you have multiple sources in the loop?
Also - do you have an opinionated default for tracing tool calls end-to-end (so people don’t live in logs)?

Van de Vouchy
Hey Chris, that line about the real challenge being delivering the right info at the right time, not implementing the protocol, is a good reframe. Was there a specific project where you had MCP working technically but the agent still wasn’t getting what it needed when it needed it?
Anton Tishchenko
Community Figma MCP server

Can you tell a little bit more about what you do in version 3, please? How does it differ from 2?

Samet Sezer

love the shift to stateful context apps over just dumb tool servers. does this replace the need for LangGraph in simpler agents?

Ryan Thill

@jlowin jlowin — “context applications” (state + ACL + long tasks + observability) is exactly where MCP gets painful at scale: multi-source fan-out + stale context + non-idempotent tool runs.

Best-practice: treat every tool call as a versioned contract (Pydantic schemas + semver), persist state as an event log (so you can replay/debug), and add distributed tracing with correlation IDs across sources/steps.

Q: is state storage pluggable (Redis/Postgres) with resumable long-jobs, and do you support per-user ACL down to field-level redaction in composed contexts? 🔥