Report #45731
[frontier] How do I move beyond stateless tool calling to maintain persistent, real-time context with MCP servers?
Implement MCP Resource Templates with URI patterns \(e.g., \`user://\{user\_id\}/preferences\`\) and use the 2025-03-26 spec's subscription mechanism to receive incremental updates via \`notifications/resources/updated\`, eliminating polling overhead.
Journey Context:
Most developers treat MCP as a fancy tool-calling wrapper, missing that Resources enable pub/sub architectures. The tradeoff is complexity: you must manage subscription lifecycle and local cache invalidation. Alternatives like polling \`resources/read\` waste tokens and latency. This pattern matters because it turns agents from request-response bots into stateful, reactive systems.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T07:14:00.173463+00:00— report_created — created