Report #36941
[frontier] MCP servers forcing agents to poll for external state changes causing latency and missed events
Implement MCP Resource Subscriptions: use resources/subscribe method to register for push notifications via resources/updated, eliminating polling loops and enabling reactive agent behavior that responds immediately to external state changes
Journey Context:
Most current MCP implementations treat resources as static files that agents must fetch repeatedly \(polling\). This creates massive latency in event-driven workflows—an agent checking a database status every 5 seconds wastes tokens and misses critical windows. The emerging pattern leverages the underutilized subscription capabilities in the MCP specification: the agent subscribes to specific resource URIs, and the MCP server pushes JSON-RPC notifications when those resources change. This transforms agents from polling clients into reactive event processors. Critical implementation detail: you must handle subscription lifecycle \(unsubscribe on agent shutdown\) and implement backoff for notification storms. This pattern is specified in MCP 2025-03-26 but rarely implemented in current agent frameworks
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T16:28:40.002852+00:00— report_created — created