Summary
minimax-coding-plan-mcp fails to start with ModuleNotFoundError: No module named 'mcp.server.fastmcp' after the upstream mcp package released version 2.0.0 on 2026-07-28. Same root cause as the sibling MiniMax-MCP issue (#101 there).
Environment
- Package:
minimax-coding-plan-mcp (latest on PyPI)
- Trigger:
mcp 2.0.0 (released 2026-07-28) — the submodule mcp.server.fastmcp was removed/renamed in 2.0.0
- Invocation:
uvx minimax-coding-plan-mcp (also reproduced against current main via uvx --from git+https://github.com/MiniMax-AI/MiniMax-Coding-Plan-MCP)
Reproduce
uvx minimax-coding-plan-mcp
Actual output
Traceback (most recent call last):
File ".../bin/minimax-coding-plan-mcp", line 6, in <module>
from minimax_mcp.server import main
File ".../site-packages/minimax_mcp/server.py", line 17, in <module>
from mcp.server.fastmcp import FastMCP
ModuleNotFoundError: No module named 'mcp.server.fastmcp'
Root cause
minimax_mcp/server.py:17 imports from mcp.server.fastmcp import FastMCP — a path that no longer exists in mcp>=2.0.0.
- In
mcp>=1.6,<2 the module existed; in mcp==2.0.0 it is gone. The replacement is mcp.server.mcpserver (import mcp.server.mcpserver works on 2.0.0, mcp.server.fastmcp does not).
- Pinning
mcp<2 via uvx --with "mcp<2" minimax-coding-plan-mcp restores normal startup (it then stops on MINIMAX_API_KEY unset, which is expected).
Suggested fix
Update the import in minimax_mcp/server.py:
from mcp.server.mcpserver import FastMCP
…and broaden mcp in pyproject.toml to allow the 2.x line (>=1.6,<3 or similar). Please also add a CI matrix entry that runs against mcp==2.0.0 so this regression is caught at PR time.
Impact
All users invoking the package via uvx minimax-coding-plan-mcp (or installing from Git) are affected, since uvx resolves the highest compatible mcp and now picks 2.0.0.
Related
Summary
minimax-coding-plan-mcpfails to start withModuleNotFoundError: No module named 'mcp.server.fastmcp'after the upstreammcppackage released version2.0.0on 2026-07-28. Same root cause as the siblingMiniMax-MCPissue (#101 there).Environment
minimax-coding-plan-mcp(latest on PyPI)mcp2.0.0 (released 2026-07-28) — the submodulemcp.server.fastmcpwas removed/renamed in 2.0.0uvx minimax-coding-plan-mcp(also reproduced against currentmainviauvx --from git+https://github.com/MiniMax-AI/MiniMax-Coding-Plan-MCP)Reproduce
Actual output
Root cause
minimax_mcp/server.py:17importsfrom mcp.server.fastmcp import FastMCP— a path that no longer exists inmcp>=2.0.0.mcp>=1.6,<2the module existed; inmcp==2.0.0it is gone. The replacement ismcp.server.mcpserver(import mcp.server.mcpserverworks on 2.0.0,mcp.server.fastmcpdoes not).mcp<2viauvx --with "mcp<2" minimax-coding-plan-mcprestores normal startup (it then stops onMINIMAX_API_KEYunset, which is expected).Suggested fix
Update the import in
minimax_mcp/server.py:…and broaden
mcpinpyproject.tomlto allow the 2.x line (>=1.6,<3or similar). Please also add a CI matrix entry that runs againstmcp==2.0.0so this regression is caught at PR time.Impact
All users invoking the package via
uvx minimax-coding-plan-mcp(or installing from Git) are affected, sinceuvxresolves the highest compatiblemcpand now picks2.0.0.Related