Report #93777
[frontier] MCP servers require static configuration and manual registration preventing dynamic agent composition
Use MCP Resource subscriptions \(resources/subscribe\) to establish pub/sub channels between agents, treating MCP not just as tool access but as a dynamic service mesh for state synchronization
Journey Context:
Static MCP server lists in config files force redeployment when adding capabilities. Treating MCP only for tool calling misses the protocol's power. The frontier pattern is using MCP Resources with the subscription capability \(resources/subscribe\) to create a dynamic service mesh: agents publish state updates to resource URIs, and other agents subscribe to receive push notifications when state changes. This decouples agents temporally—they don't need to know about each other at startup, only the resource URIs they care about. The implementation requires handling MCP notifications \(notifications/resources/updated\) and managing subscription lifecycles carefully to avoid memory leaks in long-running agents.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T15:59:29.748748+00:00— report_created — created