Skip to content

Upgrade to FastMCP 4 for MCP discovery support - #11

Merged
gpapakyriakopoulos merged 1 commit into
mainfrom
codex/fastmcp-4-upgrade
Sep 28, 2026
Merged

gpapakyriakopoulos merged 1 commit into
mainfrom
codex/fastmcp-4-upgrade

Conversation

@gpapakyriakopoulos

Copy link
Copy Markdown

Summary

  • Pin FastMCP 4.0.10 and MCP Python SDK 2.2.0, and refresh uv.lock.
  • Add wire-level streamable HTTP tests for MCP 2026-07-28 discovery and tool listing, plus legacy 2025-11-25 initialization and tool listing.

Why

Recent Claude clients probe server/discover. The FastMCP 3 / MCP 1 runtime rejects it before Conduit handles the request, producing repeated 31-error validation warnings even when clients fall back and tools work. FastMCP 4 supports the new protocol while retaining the legacy handshake.

Validation

  • pytest -m 'not integration' -q: 395 passed, 87 deselected, 2 subtests passed.
  • ruff check ., ruff format --check ., and Bandit passed.
  • Direct stdio smoke probe: server/discover succeeds with supportedVersions: ["2026-07-28"]; legacy initialize succeeds with 2025-11-25.
  • Streamable HTTP tests confirm discovery and both modern/legacy tool listings expose Conduit's tools.

Live Phorge integration tests were not run locally because no test container is running. CI will also build and smoke-test the release Dockerfile.

Rollout

After merge, publish a versioned GHCR image and deploy that explicit tag. Confirm the discovery warning stops while Claude tool calls continue to work. The previously deployed 0.0.6 image tag remains the rollback target.

@gpapakyriakopoulos
gpapakyriakopoulos merged commit db0f706 into main Sep 28, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant