Report #84193
[frontier] How to share context between AI agents without passing full conversation history
Use MCP Resources protocol to expose shared state that agents can read on-demand via URI, rather than passing growing context through tool call arguments or conversation history. Define resources for shared documents, system state, and reference data that multiple agents need.
Journey Context:
Most MCP implementations use only the Tools capability for function calling. But the MCP spec defines a separate Resources protocol: server-provided, read-only data identified by URI that clients can list, read, and subscribe to. Resources are fundamentally different from tools—they provide context, not actions. Using resources for shared context means agents don't need to pass growing conversation histories or duplicate context in every tool call. Instead, any agent can read the same resource by URI. The tradeoff: resources require the client to explicitly discover and read them, adding a step. But this is strictly better than the alternative of context overflow from passing everything through messages, or the inconsistency of each agent having its own copy of shared state. Resources also support subscriptions, so agents can be notified of changes without polling.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T23:54:38.034008+00:00— report_created — created