4 ms·

> FastMCP is the standard framework for building MCP applications Standardized by whom? In an era where technology exists that can lend the appearance of legi

> FastMCP is the standard framework for building MCP applications Standardized by whom? In an era where technology exists that can lend the appearance of legitimacy to just about anyone, that kind of statement needs to be qualified.

simonw 7mo ago
Yeah, calling itself "the standard framework" doesn't feel right to me, https://github.com/modelcontextprotocol https://github.com/modelcontextprotocol is the home of the actual standard and has a bunch of libraries for this, of which FastMCP is not one. UPDATE: I was wrong about this, see comment reply. The python-sdk in https://github.com/modelcontextprotocol https://github.com/modelcontextprotocol is a fork of FastMCP.
- m11a 7mo ago
  If I recall correctly, the ‘official’ Python one is a fork of FastMCP v1 (which then removed the attribution, arguably in violation of the original software’s license)
  - simonw 7mo ago
    I stand corrected! https://github.com/modelcontextprotocol/python-sdk/blob/7ba4fb881d85406f44a5af8169fb7200fa7c8e49/docs/migration.md#fastmcp-renamed-to-mcpserver https://github.com/modelcontextprotocol/python-sdk/blob/7ba4...
    - Merik 7mo ago
      There is a whole history with this, and i think its not appropriate or fair to malign the mcp python-sdk. My read of what happened is that the author spiked an an initial the implementation of 'fastmcp' on Nov 30 2025, 5 days later, the author relicensed it to MIT, and donated it to the python sdk (10 days after anthropic announced MCP): https://github.com/PrefectHQ/fastmcp/pull/54 https://github.com/PrefectHQ/fastmcp/pull/54 It was incorporated on Dec 21 2024, and hardened through the efforts of one of the python-sdk maintainers. The author seemingly abandoned the github project shortly after donating it to the python-sdk and marked it as unmaintained, and it remained so for several months (there are roughly zero commits between jan-april): https://github.com/PrefectHQ/fastmcp/issues/96 https://github.com/PrefectHQ/fastmcp/issues/96 He also apparently has made almost no other contributions to the mcp python-sdk: https://github.com/modelcontextprotocol/python-sdk/commits?author=jlowin https://github.com/modelcontextprotocol/python-sdk/commits?a... Many contributors to the python sdk continued to iterate on the mcp server implementation using the name fastmcp ( since it had been donated to the project ) resulting in growing interest: https://trends.google.com/explore?q=fastmcp%20&date=2024-12-05%202025-04-30&geo=Worldwide https://trends.google.com/explore?q=fastmcp%20&date=2024-12-... Then around April 2025, the author likely noticing the growing interest and stickyness of the name, decided to write a new version and start using the name fastmcp again. https://github.com/PrefectHQ/fastmcp/graphs/contributors?from=18%2F11%2F2024&to=10%2F04%2F2025 https://github.com/PrefectHQ/fastmcp/graphs/contributors?fro... The author clearly made an attempt to promote his effort: https://www.reddit.com/r/mcp/comments/1np6dwg/fastmcp_20_is_changing_how_we_build_ai/ https://www.reddit.com/r/mcp/comments/1np6dwg/fastmcp_20_is_... This resulted in a lot of confusion by users, which persists to this day. I only looked into this last year, because i was one of those users who was suddenly confused regarding the provenance of what i was actually using vs what i thought i was using; and as i looked into it i was suddenly seeing lots of questionable reddit comments pop up in subreddits i was reading, all evangelizing fastmcp 2.0 and using language that was contributing to the confusion. The author's interest in monetizing the fastmcp github repo is understandable, and he and others have clearly put alot of effort into iterating in his SaaS onramp, but the confusion arises simply because the author wanted to capitalize on the success of mcp and on the popularity of the fastmcp name, the initial growth and popularity of which was primarily driven by the effort and support of contributors to the mcp python sdk .
Alifatisk 7mo ago
The official website modelcontextprotocol refers to FastMCP in their examples https://modelcontextprotocol.io/docs/develop/build-server https://modelcontextprotocol.io/docs/develop/build-server

simonw 7mo ago

Yeah, calling itself "the standard framework" doesn't feel right to me, https://github.com/modelcontextprotocol https://github.com/modelcontextprotocol is the home of the actual standard and has a bunch of libraries for this, of which FastMCP is not one. UPDATE: I was wrong about this, see comment reply. The python-sdk in https://github.com/modelcontextprotocol https://github.com/modelcontextprotocol is a fork of FastMCP.

m11a 7mo ago
If I recall correctly, the ‘official’ Python one is a fork of FastMCP v1 (which then removed the attribution, arguably in violation of the original software’s license)
- simonw 7mo ago
  I stand corrected! https://github.com/modelcontextprotocol/python-sdk/blob/7ba4fb881d85406f44a5af8169fb7200fa7c8e49/docs/migration.md#fastmcp-renamed-to-mcpserver https://github.com/modelcontextprotocol/python-sdk/blob/7ba4...
  - Merik 7mo ago
    There is a whole history with this, and i think its not appropriate or fair to malign the mcp python-sdk. My read of what happened is that the author spiked an an initial the implementation of 'fastmcp' on Nov 30 2025, 5 days later, the author relicensed it to MIT, and donated it to the python sdk (10 days after anthropic announced MCP): https://github.com/PrefectHQ/fastmcp/pull/54 https://github.com/PrefectHQ/fastmcp/pull/54 It was incorporated on Dec 21 2024, and hardened through the efforts of one of the python-sdk maintainers. The author seemingly abandoned the github project shortly after donating it to the python-sdk and marked it as unmaintained, and it remained so for several months (there are roughly zero commits between jan-april): https://github.com/PrefectHQ/fastmcp/issues/96 https://github.com/PrefectHQ/fastmcp/issues/96 He also apparently has made almost no other contributions to the mcp python-sdk: https://github.com/modelcontextprotocol/python-sdk/commits?author=jlowin https://github.com/modelcontextprotocol/python-sdk/commits?a... Many contributors to the python sdk continued to iterate on the mcp server implementation using the name fastmcp ( since it had been donated to the project ) resulting in growing interest: https://trends.google.com/explore?q=fastmcp%20&date=2024-12-05%202025-04-30&geo=Worldwide https://trends.google.com/explore?q=fastmcp%20&date=2024-12-... Then around April 2025, the author likely noticing the growing interest and stickyness of the name, decided to write a new version and start using the name fastmcp again. https://github.com/PrefectHQ/fastmcp/graphs/contributors?from=18%2F11%2F2024&to=10%2F04%2F2025 https://github.com/PrefectHQ/fastmcp/graphs/contributors?fro... The author clearly made an attempt to promote his effort: https://www.reddit.com/r/mcp/comments/1np6dwg/fastmcp_20_is_changing_how_we_build_ai/ https://www.reddit.com/r/mcp/comments/1np6dwg/fastmcp_20_is_... This resulted in a lot of confusion by users, which persists to this day. I only looked into this last year, because i was one of those users who was suddenly confused regarding the provenance of what i was actually using vs what i thought i was using; and as i looked into it i was suddenly seeing lots of questionable reddit comments pop up in subreddits i was reading, all evangelizing fastmcp 2.0 and using language that was contributing to the confusion. The author's interest in monetizing the fastmcp github repo is understandable, and he and others have clearly put alot of effort into iterating in his SaaS onramp, but the confusion arises simply because the author wanted to capitalize on the success of mcp and on the popularity of the fastmcp name, the initial growth and popularity of which was primarily driven by the effort and support of contributors to the mcp python sdk .

Alifatisk 7mo ago

The official website modelcontextprotocol refers to FastMCP in their examples https://modelcontextprotocol.io/docs/develop/build-server https://modelcontextprotocol.io/docs/develop/build-server