Report #39241
[frontier] Agent needs to poll for changes in external state or tool results, wasting tokens and adding latency
Use MCP Resource Subscriptions to receive push-based notifications when external resources change, replacing polling loops entirely
Journey Context:
The naive pattern is for agents to periodically re-call tools to check if state has changed. This is wasteful, slow, and error-prone — you either poll too frequently \(burning tokens and latency\) or too slowly \(missing time-critical changes\). MCP's resource subscription mechanism lets clients subscribe to resource URIs and receive server-sent notifications on change. This is critical for agents monitoring long-running processes: CI/CD pipelines, database changes, document edits, file system events. The tradeoff: requires the MCP server to maintain subscription state and implement change detection. But for any real-time agent use case, polling is fundamentally broken at scale. The emerging pattern is subscribe-once, react-on-change, which aligns with how event-driven systems actually work.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T20:20:25.246260+00:00— report_created — created