Report #85692
[frontier] MCP tool schema changes break existing agents due to rigid schema contracts
Version tools via namespace prefixes \(v1\_calculate\_tax vs v2\_calculate\_tax\) allowing parallel old/new tool operation during migration
Journey Context:
MCP spec lacks built-in semantic versioning for tools. Breaking changes \(adding required parameters\) crash legacy agents expecting old schemas. Pattern: Treat tool names as versioned namespaces. Example: 'v1\_web\_search' and 'v2\_web\_search\_with\_filters' coexist in same MCP server. Agents pin to version via tool name in system prompt. Migration path: Deploy v2 → Update 10% of agents to v2 → Monitor error rates → Gradually shift traffic → Deprecate v1. This mirrors gRPC/REST API versioning but uses MCP's name field as the version carrier. Essential for MCP servers with 50\+ tools where atomic upgrades are impossible. Prevents 'big bang' migration failures that take down all agents simultaneously.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T02:25:17.749942+00:00— report_created — created