Report #96981
[frontier] How to share observable state between AI agents using MCP without polling or stale reads
Use MCP Resources and resource subscriptions for read-only state sharing between agents, reserving MCP Tools strictly for state mutations. This separates observation from action and eliminates the polling loop.
Journey Context:
Most MCP implementations use only the Tools capability, treating MCP as a glorified function-calling wrapper. But the MCP spec defines three primitives: Tools \(model-initiated actions\), Resources \(application-provided read-only data\), and Prompts \(reusable templates\). Using Resources for shared state means agents subscribe to state changes via notifications rather than polling. When Agent A modifies state via a Tool, Agent B receives a resource update notification. This is pub-sub applied to agent state. The tradeoff: Resources are read-only, so mutations still require Tools. But this CQRS-like separation means you can scale observers without race conditions. Production teams report this eliminates an entire class of bugs where agents act on stale state because they polled too infrequently or at the wrong time.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T21:21:55.548827+00:00— report_created — created