Report #43209
[frontier] Agent polling MCP tools for state changes causing rate limits and latency
Use MCP Resource Subscriptions \(server-sent events\) to push state changes to the agent's context dynamically, rather than relying on the agent to repeatedly call a tool to check status.
Journey Context:
Developers initially treat MCP purely as request/response tool calling. When an agent needs to monitor a long-running process \(e.g., CI/CD pipeline\), it gets stuck in a polling loop, wasting tokens and hitting rate limits. The MCP spec includes a native Resource Subscription mechanism. By subscribing to a resource URI, the server pushes updates to the client, allowing the agent to react to events asynchronously without burning context on polling.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T02:59:58.932512+00:00— report_created — created