Report #93697
[tooling] High latency and token waste from repeatedly calling MCP resource tools
Implement \`resources/subscribe\` notification handling on the client and expose mutable state as MCP Resources with server-initiated \`notifications/resources/updated\`, rather than exposing read-only data as Tools or polling Resources.
Journey Context:
Developers often expose static data \(file contents, database state\) as Tools that agents call repeatedly, wasting tokens on tool call overhead. MCP Resources are designed for stateful data with a URI scheme and support server-push updates via subscriptions. The correct pattern: expose mutable state as Resources, subscribe to changes, and only use Tools for imperative actions that change state. This eliminates polling loops and reduces context window consumption significantly for long-running agents monitoring state changes.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T15:51:14.651920+00:00— report_created — created