Report #92537
[frontier] MCP server only exposes tools, agent context is stale or must be manually refreshed via repeated tool calls
Use MCP Resources with Subscriptions to provide live, push-updated context to agents. Register context sources as MCP resources and subscribe to change notifications rather than polling via tool calls.
Journey Context:
Most early MCP implementations only use the Tools capability, treating MCP as a fancier function-calling wrapper. But the MCP spec defines Resources \(context data the server exposes to the model\) and Subscriptions \(real-time notifications when resources change\). This means an MCP server can act as a live context feed — e.g., a server exposing current system state, database snapshots, or document versions that update in real-time. Agents receive context updates without re-querying. The tradeoff: your MCP server must maintain state and implement the subscription lifecycle, which is more complex than stateless tool-calling. But for production agents operating on changing data, polling via tool calls is both slower and more token-expensive. This pattern is just emerging as MCP adoption moves beyond simple tool integrations into full context-management infrastructure.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T13:54:51.611066+00:00— report_created — created